Page 1 sur 1
[systemd] en conflit avec nss-myhostname (résolu)
Publié : mar. 15 janv. 2013, 19:41
par onyx67
Salut,
En voulant télécharger
libreoffice aujoud'hui j'ai eu ce message:
:: systemd et nss-myhostname sont en conflit. Supprimer nss-myhostname ? [o/N]
J'ai la même erreur en voulant installer n'importe quel autre paquet.
Ce paquet faisant partie du groupe base et étant requis par filesystem je ne l'ai évidemment pas supprimé:
Code : Tout sélectionner
pacman -Qi nss-myhostname
Nom : nss-myhostname
Version : 0.3-3
URL : http://0pointer.de/lennart/projects/nss-myhostname/
Licences : LGPL2.1
Groupes : base
Fournit : --
Dépend de : glibc
Dépendances opt. : --
Requis par : filesystem
Est en conflit avec : --
Remplace : --
Taille installé : 28,00 KiB
Paqueteur : Tom Gundersen <teg@jklm.no>
Architecture : x86_64
Compilé le : mar. 23 oct. 2012 14:14:20 UTC
Installé le : ven. 26 oct. 2012 20:13:48 UTC
Motif d'installation : Installé comme dépendance d'un autre paquet
Script d'installation : Non
Description : NSS plugin providing host name resolution for the locally configured system hostname
J'ai trouvé un post relatant un problème similaire, mais le contexte est un peu différent (maj aujourd'hui sans soucis):
https://bbs.archlinux.org/viewtopic.php?pid=1217905
Que convient-il de faire?
Merci pour votre aide
EDIT: libreoffice et non openoffice
Re: [systemd] en conflit avec nss-myhostname
Publié : mar. 15 janv. 2013, 19:56
par FoolEcho
Salut,
Ça ne craint rien de le désinstaller car systemd fournit nss-myhostname/la bibliothèque dont filesystem a besoin (il n'y aurait pas de remplacement sinon du fait du conflit). Quant au paquet nss-myhostname lui-même dans base, j'imagine qu'il sera supprimé sous peu, n'ayant plus de raison d'être.
Re: [systemd] en conflit avec nss-myhostname
Publié : mar. 15 janv. 2013, 20:47
par onyx67
Merci foolecho pour ta réponse.
La mise à jour de
systemd vient de me proposer la suppression de
nss-myhostname. Paquet supprimé, maj OK
Cependant j'ai eu ce message:
Code : Tout sélectionner
persistent net naming rules have been shipped as disabled. See /etc/udev/rules.d/80-net-name-slot.rules for more details
N'ayant pas configurer de règles à ce niveau je suppose que je n'ai rien à faire...
Quid?
Re: [systemd] en conflit avec nss-myhostname
Publié : mar. 15 janv. 2013, 21:11
par hopimet
Salut,
Même message pour moi.
Code : Tout sélectionner
persistent net naming rules have been shipped as disabled. See /etc/udev/rules.d/80-net-name-slot.rules for more details
Mise à jour faite, et donc suppression de nss-myhostname : aucun problème (j'ai également fait un reboot pour tester).
Edit : et en prime le message d'erreur de systemd à propos du démontage des partitions a disparu avec la màj vers la version 197.
Re: [systemd] en conflit avec nss-myhostname
Publié : mar. 15 janv. 2013, 21:26
par onyx67
hopimet a écrit :
Edit : et en prime le message d'erreur de systemd à propos du démontage des partitions a disparu avec la màj vers la version 197.
Exact! Je viens de rebooter exprès, le message d'erreur a bien disparu

Re: [systemd] en conflit avec nss-myhostname
Publié : mer. 16 janv. 2013, 13:33
par FoolEcho
onyx67 a écrit :Cependant j'ai eu ce message:
Code : Tout sélectionner
persistent net naming rules have been shipped as disabled. See /etc/udev/rules.d/80-net-name-slot.rules for more details
N'ayant pas configurer de règles à ce niveau je suppose que je n'ai rien à faire...
Je comprends ça comme la nouvelle façon de renommer les interfaces réseaux si besoin (les histoires avec plusieurs cartes et un nommage qui pouvait varier entre deux démarrages que l'on pouvait résoudre en créant un fichier de rules adapté: Rename_network_interfaces )
... mais je n'ai pas lu le détail de cette mise à jour (et n'étant pas dans ce cas de figure...

), donc possiblement mon interprétation est foireuse.

Re: [systemd] en conflit avec nss-myhostname
Publié : mer. 16 janv. 2013, 14:29
par tuxce
onyx67 a écrit :Cependant j'ai eu ce message:
Code : Tout sélectionner
persistent net naming rules have been shipped as disabled. See /etc/udev/rules.d/80-net-name-slot.rules for more details
Pour un début d'explication et des liens vers plus :
ArchlinuxFR G+ (systemd 197)
Pour faire court,
sur les nouvelles installations, le nommage des interfaces réseaux change et selon votre système, il se peut que par exemple
eth0
devienne
enp0s4f0
Code : Tout sélectionner
# udevadm test-builtin net_id /sys/class/net/eth0 2> /dev/null
ID_NET_NAME_PATH=enp0s4f0
Pour les mises à jour, le fichier
/etc/udev/rules.d/80-net-name-slot.rules
annule cette modification (pour ne pas choquer les anciens

)
Re: [systemd] en conflit avec nss-myhostname
Publié : mer. 16 janv. 2013, 17:12
par crashtest76
Merci pour ces explications synthétiques et pour le lien plus complet.
Je rajouterai que pour ceux qui souhaitent utiliser les nouveaux noms d'interfaces et qui utilisent des profils netcfg auto avec systemd, il faut également penser à changer le nom des interfaces par défaut dans le fichier /etc/conf.d/netcfg (en plus des noms d'interfaces dans chaque profil déjà créé au préalable dans /etc/network.d/).
Re: [systemd] en conflit avec nss-myhostname
Publié : mer. 16 janv. 2013, 18:50
par onyx67
Merci à tous pour les explications et les liens.
Je mets le fil en résolu.
Re: [systemd] en conflit avec nss-myhostname [résolu]
Publié : sam. 19 janv. 2013, 07:55
par astreides
Bonjour
Je me permet de réouvrir ce post en posant la question suivante : ma connexion est gerée par networkmanager. Si j'ai bien compris, pour pouvoir utiliser les nouveaux noms des interfaces réseaux, je dois dabords supprimer le fichier /etc/udev/rules.d/80-net-name-slot.rules et ensuite mettre le nouveau nom de l'interface réseau dans networkmanager.
Merci
Re: [systemd] en conflit avec nss-myhostname [résolu]
Publié : sam. 19 janv. 2013, 10:27
par onyx67
Salut,
tuxce a publié une
news sur le sujet.
Si tu as des difficultés par rapport à celà, tu devrai plutôt ouvrir un nouveau sujet. Tu auras sans doute des réponses plus rapidement

Re: [systemd] en conflit avec nss-myhostname [résolu]
Publié : sam. 19 janv. 2013, 11:34
par FoolEcho
... va être pratique cette histoire quand il faudra demander les sorties d'interface réseau sur le forum... (et je parle même pas du wiki avec les exemples eth/wlan)
