[gentoo-user-fr] Baselayout -> Udev

fly.captain@free.fr a écrit :

Bonjour,

La dernière version de "sys-apps/baselayout-1.11.14" impose l'installation
d' "udev".
C'est normal cela ?

Bonjour,

de quand date ton dernier emerge sync? Parce que de mon point de vue
(emerge sync hier à minuit) la dernière version stable de baselayout est
la 1.11.13-r1.
D'autre part il y a eu un article dans le dernier GWN sur le sujet. Il
semble qu'il y ait eu pas mal de bugs qui semblent être résolus avec la
stabilisation prochaine de la 1.12. Es-tu allé voir sur Bugzilla pour
voir si ton pb n'est pas déjà référencé?

--
Christophe Garault
Take your marks:
Gen too three: Emerge!


--
gentoo-user-fr@gentoo.org mailing list

Selon Christophe Garault <christophe@garault.org>:

fly.captain@free.fr a écrit :

>Bonjour,
>
>La dernière version de "sys-apps/baselayout-1.11.14" impose l'installation
>d' "udev".
>C'est normal cela ?
>
>
>
Bonjour,

de quand date ton dernier emerge sync? Parce que de mon point de vue
(emerge sync hier à minuit) la dernière version stable de baselayout est
la 1.11.13-r1.

Ma mise à jour de l'arbre date de ce matin 7h00.

D'autre part il y a eu un article dans le dernier GWN sur le sujet. Il
semble qu'il y ait eu pas mal de bugs qui semblent être résolus avec la
stabilisation prochaine de la 1.12. Es-tu allé voir sur Bugzilla pour
voir si ton pb n'est pas déjà référencé?

Non, je ne suis pas allé voir ;-(
J'y vais de ce pas.

--
Christophe Garault
Take your marks:
Gen too three: Emerge!

--
gentoo-user-fr@gentoo.org mailing list

> La dernière version de "sys-apps/baselayout-1.11.14" impose l'installation
d' "udev".

Pour information, le fait de démasquer "sys-fs/devfsd-1.3.25-r9" résout le
problème.
Par contre je n'ai pas encore lancé la mise à jour, j'aimerai être sûr que
ce paquet n'est pas buggé.

Fabien

--
gentoo-user-fr@gentoo.org mailing list

fly.captain@free.fr a écrit :

Pour information, le fait de démasquer "sys-fs/devfsd-1.3.25-r9" résout le
problème.

On en prend note merci.

Par contre je n'ai pas encore lancé la mise à jour, j'aimerai être sûr que
ce paquet n'est pas buggé.

Il y a urgence à emerger maintenant? Il n'y a pas de faille critique que
je sache, donc tu peux attendre encore une peu et voir les retombées
non? Sinon, regardes le changelog pour te faire une idée.

mes 0.02 ¤

--
Christophe Garault
Take your marks:
Gen too three: Emerge!


--
gentoo-user-fr@gentoo.org mailing list

>>Pour information, le fait de démasquer "sys-fs/devfsd-1.3.25-r9" résout le
problème.

On en prend note merci.

De rien

Par contre je n'ai pas encore lancé la mise à jour, j'aimerai être sûr que
ce paquet n'est pas buggé.

Il y a urgence à emerger maintenant? Il n'y a pas de faille critique que
je sache, donc tu peux attendre encore une peu et voir les retombées
non? Sinon, regardes le changelog pour te faire une idée.

Non, il n'y a pas d'urgence. Je vais attendre un peu.

Merci

mes 0.02 ¤

--
Christophe Garault
Take your marks:
Gen too three: Emerge!

--
gentoo-user-fr@gentoo.org mailing list

fly.captain@free.fr a écrit :

Pour information, le fait de démasquer "sys-fs/devfsd-1.3.25-r9" résout le
problème.

Bizarre ça n'a pas été le cas pour moi, d'ailleurs je trouve le
comportement de portage un peu suspect sur ce coup-là:

marge ~ # emerge -pvuDt world

These are the packages that I would merge, in reverse order:

Calculating world dependencies ...done!
[ebuild U ] sys-apps/baselayout-1.11.14 [1.11.13-r1] -bootstrap
-build -static +unicode 155 kB
[ebuild U ] sys-apps/sysvinit-2.86-r3 [2.86] -bootstrap -build -ibm
(-selinux) -static 0 kB
[nomerge ] app-text/docbook-sgml-1.0
[nomerge ] app-text/docbook-sgml-utils-0.6.14 +tetex
[nomerge ] www-client/links-2.1_pre19 -X +directfb +fbcon +gpm
+javascript +jpeg -livecd +png +ssl +svga +tiff +unicode
[nomerge ] media-libs/svgalib-1.9.21-r1 -build -no-helper
[nomerge ] sys-kernel/vanilla-sources-2.4.32 -build +doc +symlink
[ebuild U ] sys-fs/devfsd-1.3.25-r9 [1.3.25-r8] 41 kB
[nomerge ] dev-perl/DBD-mysql-2.9007
[nomerge ] dev-perl/DBI-1.48
[ebuild U ] dev-db/postgresql-8.0.4 [8.0.3] +doc -kerberos +libg++
+nls +pam +perl -pg-hier -pg-intdatetime +python +readline (-selinux)
+ssl +tcltk +xml2 +zlib 9,948 kB
[ebuild U ] dev-db/libpq-8.0.4 [8.0.3] -kerberos +nls +pam
+readline +ssl +zlib 0 kB

Total size of downloads: 10,145 kB

marge conf # emerge -av -1 sys-apps/baselayout

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild N ] sys-apps/hotplug-base-20040401 40 kB
[ebuild N ] sys-fs/udev-079 (-selinux) 216 kB
[ebuild U ] sys-apps/sysvinit-2.86-r3 [2.86] -bootstrap -build -ibm
(-selinux) -static 0 kB
[ebuild U ] sys-apps/baselayout-1.11.14 [1.11.13-r1] -bootstrap
-build -static +unicode 155 kB

Total size of downloads: 413 kB

Do you want me to merge these packages? [Yes/No] no

Quitting.

Bon, devfsd est en stable et il disparait au profit de udev? Mais
qu'est-ce que c'est que ce cirque?
Si quelqu'un est à même de m'expliquer ce comportement, je suis preneur. ;)

--
Christophe Garault
Take your marks:
Gen too three: Emerge!


--
gentoo-user-fr@gentoo.org mailing list

> fly.captain@free.fr a écrit :

Pour information, le fait de démasquer "sys-fs/devfsd-1.3.25-r9" résout le
problème.

Bizarre ça n'a pas été le cas pour moi, d'ailleurs je trouve le
comportement de portage un peu suspect sur ce coup-là:

marge ~ # emerge -pvuDt world

These are the packages that I would merge, in reverse order:

Calculating world dependencies ...done!
[ebuild U ] sys-apps/baselayout-1.11.14 [1.11.13-r1] -bootstrap
-build -static +unicode 155 kB
[ebuild U ] sys-apps/sysvinit-2.86-r3 [2.86] -bootstrap -build -ibm
(-selinux) -static 0 kB
[nomerge ] app-text/docbook-sgml-1.0
[nomerge ] app-text/docbook-sgml-utils-0.6.14 +tetex
[nomerge ] www-client/links-2.1_pre19 -X +directfb +fbcon +gpm
+javascript +jpeg -livecd +png +ssl +svga +tiff +unicode
[nomerge ] media-libs/svgalib-1.9.21-r1 -build -no-helper
[nomerge ] sys-kernel/vanilla-sources-2.4.32 -build +doc
+symlink
[ebuild U ] sys-fs/devfsd-1.3.25-r9 [1.3.25-r8] 41 kB
[nomerge ] dev-perl/DBD-mysql-2.9007
[nomerge ] dev-perl/DBI-1.48
[ebuild U ] dev-db/postgresql-8.0.4 [8.0.3] +doc -kerberos +libg++
+nls +pam +perl -pg-hier -pg-intdatetime +python +readline (-selinux)
+ssl +tcltk +xml2 +zlib 9,948 kB
[ebuild U ] dev-db/libpq-8.0.4 [8.0.3] -kerberos +nls +pam
+readline +ssl +zlib 0 kB

Total size of downloads: 10,145 kB

marge conf # emerge -av -1 sys-apps/baselayout

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild N ] sys-apps/hotplug-base-20040401 40 kB
[ebuild N ] sys-fs/udev-079 (-selinux) 216 kB
[ebuild U ] sys-apps/sysvinit-2.86-r3 [2.86] -bootstrap -build -ibm
(-selinux) -static 0 kB
[ebuild U ] sys-apps/baselayout-1.11.14 [1.11.13-r1] -bootstrap
-build -static +unicode 155 kB

Total size of downloads: 413 kB

Do you want me to merge these packages? [Yes/No] no

Quitting.

Bon, devfsd est en stable et il disparait au profit de udev? Mais
qu'est-ce que c'est que ce cirque?
Si quelqu'un est à même de m'expliquer ce comportement, je suis preneur.
;)

Ca me parait plutôt normal comme comportement, non ?

Dans le premier cas, il s'agit d'une mise à jour de toutes les applis de
"world". Le calcul des dépendances tient compte des applis qui seront mises
à jour.
Dans le second cas, tu mets à jour une appli mais le calcul des dépendances
se fait par rapport au système en fonctionnement, pas par rapport aux mises
à jour disponibles.

ps : je n'ai peut-être pas les mots justes pour expliquer ce que je crois
comprendre.

Fabien

--
Christophe Garault
Take your marks:
Gen too three: Emerge!


--
gentoo-user-fr@gentoo.org mailing list

--
gentoo-user-fr@gentoo.org mailing list

fly.captain@free.fr a écrit :

Ca me parait plutôt normal comme comportement, non ?

Ben moi pas trop justement. ;)

Dans le premier cas, il s'agit d'une mise à jour de toutes les applis de
"world". Le calcul des dépendances tient compte des applis qui seront mises
à jour.

Jusque là nous sommes d'accord.

Dans le second cas, tu mets à jour une appli mais le calcul des dépendances
se fait par rapport au système en fonctionnement, pas par rapport aux mises
à jour disponibles.

En ce cas pourquoi emerge veut-il ajouter hotplug et udev qui ne sont
pas sur mon système?

ps : je n'ai peut-être pas les mots justes pour expliquer ce que je crois
comprendre.

Je crois comprendre ce que tu veux dire, mais j'ai toujours pensé que la
mise à jour d'un paquet tenait compte de ses nouvelles dépendances.
D'ailleurs je ne voit pas trop comment il pourrait en être autrement.
:- Là où je ne vois pas trop, c'est l'arrivée soudaine de hotplug et
udev qui ne sont pas des dépendances visibles dans les ebuild de
baselayout ou de sysvinit. D'où sortent-ils ces 2 là?
Quant à la disparition de devfsd je ne me l'explique pas trop. Ceci dit
je suis un peu crevé et j'y verrai sans doute plus clair demain. :-!

--
Christophe Garault
Take your marks:
Gen too three: Emerge!


--
gentoo-user-fr@gentoo.org mailing list

On Wed, 18 Jan 2006 15:20:29 +0100
Christophe Garault <christophe@garault.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@gentoo.org mailing list

Thomas de Grenier de Latour wrote, On 01/18/2006 04:01 PM:

Voilà voilà pour l'explication ;)

Un modèle de clarté dans un format impec', si je puis me permettre. :)

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.

Si ce n'est déjà fait, je crois que ça vaudrait bien le coup de le leur
signaler, non ?

--
Yoann Pannier
--
gentoo-user-fr@gentoo.org mailing list