Re: [gentoo-user-fr] Baselayout -> Udev

[Thomas de Grenier de Latour]

On Wed, 18 Jan 2006 15:20:29 +0100
Christophe Garault <christophe@×××××××.org> wrote:

> marge ~ # emerge -pvuDt world
...
> [ebuild     U ]      sys-fs/devfsd-1.3.25-r9
... 
> marge conf # emerge -av -1 sys-apps/baselayout
...
> [ebuild  N    ] sys-fs/udev-079  (-selinux) 216 kB
... 
> Si quelqu'un est à même de m'expliquer ce comportement, je suis
> preneur. ;)

Ça s'explique si on regarde les différences entre les ebuilds de 
baselayout 1.11.13-r2 et 1.11.14 :
...
-RDEPEND=">=sys-apps/sysvinit-2.84
+RDEPEND=">=sys-apps/sysvinit-2.86-r3
        !build? ( !bootstrap? (
                >=sys-libs/readline-5.0-r1
                >=app-shells/bash-3.0-r10
                >=sys-apps/coreutils-5.2.1
+               || ( >=sys-fs/udev-070 >=sys-fs/devfsd-1.3.25-r9 )
        ) )"
...
Le choix est donc toujours possible entre udev et devfsd, mais ce 
dernier doit être en version 1.3.25-r9. 

 * si tu fais un simple "emerge baselayout", alors dans la 
disjonction aucune des deux dépendances n'est satisfaite, et 
c'est donc udev qui est sélectionné parceque c'est c'est le choix 
par défaut (priorité de gauche à droite).

 * si tu fais un "emerge -uD", ou même un simple "-u", alors les 
dépendances (directes avec "-u", et aussi indirectes avec "-uD")
seront elles d'abord mises à jours.  Donc la version de devfsd 
considérée, du point de vue de baselayout, est celle à jour (-r9),
et donc l'alternative "|| ( ... )" est satisfaite, et donc udev 
ne vient pas s'en meler.

Voilà voilà pour l'explication ;)

Bon ceci dit je suis d'accord que ça n'est pas forcement un comportement 
terrible dans le cas que tu as rencontré : il ne serait pas idiot, pour 
traiter les alternatives non satisfaites, de donner la priorité aux 
simples mises à jour plutôt qu'aux installations de nouveaux paquets, 
et de n'utiliser les priorité de gauche à droite que si ça ne suffit pas.

-- 
TGL.

-- 
gentoo-user-fr@g.o mailing list