OVH Cloud OVH Cloud

[gentoo-user-fr] Baselayout -> Udev

17 réponses
Avatar
Bonjour,

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

Merci.
Fabien


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

7 réponses

1 2
Avatar
> 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. :)



Tu dis cela pour moi. Non je plaisante, l'explication de Thomas est parfaite
!


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
--
mailing list





--
mailing list
Avatar
Thomas de Grenier de Latour
On Wed, 18 Jan 2006 17:26:29 +0100
Yoann Pannier wrote:

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. :)



Merci. Mais malheureusement, après un petit test, je crains que
mon explication ne soit pas 100% exacte. Enfin, le problème est
bien cette interprétation de gauche à droite du "|| ( ... )",
qui diffère selon que la mise à jour de devfsd est prévue ou non,
mais c'est sur ce qui fait qu'elle est prévue ou non que j'ai pu me
planter ; le "-u" seul ne semble pas suffire à la planifier, et
j'ai la désagréable impression que ça ne tombe en marche que si :
1) on a devfsd dans world ;
2) on fait un "-u(D) world" ;
3) on a la chance (et je pèse mes mots) qu'il vienne avant
baselayout dans la planification des màjs.

Donc ça pourrait bien être un vrai bug (comportement imprévisible),
et non pas seulement un comportement "pas terrible mais
compréhensible" comme je le croyais. Enfin, il faut que je refasse
des tests et là je dois bouger, donc la suite demain...

--
TGL.

--
mailing list
Avatar
Christophe Garault
Thomas de Grenier de Latour a écrit :

Enfin, il faut que je refasse des tests et là je dois bouger, donc la suite demain...




Bonjour et merci Thomas pour cette remarquable explication. J'en avais
remis la lecture à aujourd'hui car hier j'avais l'impression de couver
quelque chose (d'ailleurs à force de les couver pas étonnant que les
grippes soient devenues aviaires: fin de semaine, je demande la clémence. ;)

Bon, revenons à nos moutons (si je puis dire). Ton explication me
convainc tout à fait, reste que j'aimerai bien vérifier tes dernières
hypothèses. Or j'ai effectivement devfsd dans world. Si maintenant je
l'enlève de world, mon emerge -pvuDt world ne change pas (normal après
tout), pas plus que le emerge -uD baselayout. Par contre et là ça
devient interessant, si je décide de le remettre dans world voici le
nouveau résultat:

marge # emerge -pvuDt world

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

Calculating world dependencies ...done!
[ebuild U ] dev-perl/Apache-Session-1.80 [1.60] 30 kB
[ebuild U ] sys-apps/baselayout-1.11.14-r1 [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
[ebuild U ] app-portage/genlop-0.30.5 [0.30.3] +bash-completion 19 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
[nomerge ] app-portage/portage-manpages-1.2
[nomerge ] sys-apps/portage-2.0.53 -build +doc (-selinux)
[nomerge ] app-misc/pax-utils-0.1.4 +caps
[nomerge ] sys-libs/libcap-1.10-r5 -nocxx +python -static
[nomerge ] dev-lang/swig-1.3.21 -X +doc +guile -java +perl
-php +python +ruby -tcltk
[ebuild U ] dev-lang/ruby-1.8.4-r1 [1.8.3] -cjk +doc +examples
+socks5 -tcltk -threads 0 kB
[ebuild U ] sys-fs/devfsd-1.3.25-r9 [1.3.25-r8] 41 kB

Total size of downloads: 10,195 kB

Par rapport à mon précédent post il y a donc le fait que devfsd n'est
plus une dépendance (voir le tree précédent) mais un paquet à mettre à
jour. Enfin je ne connais pas les arcanes de Portage et peut-être que la
modification manuelle du fichier world est à proscrire. Ceci étant et si
j'ai bien compris, un emerge -uD world m'aurait cette fois bien mis à
jour mon baselayout avec devfsd et non udev n'est-ce pas? Las, hélas je
n'ai pas sauvegardé l'emplacement de devfsd dans le fichier world et
l'ai remis un peu au hasard. La question est donc de savoir si l'ordre
de tri dans world a son importance?

Tournée générale de juvamine avant la réponse de Thomas. ;)
--
Christophe Garault
Take your marks:
Gen too three: Emerge!


--
mailing list
Avatar
Thomas de Grenier de Latour
On Wed, 18 Jan 2006 21:43:40 +0100
"Fly.Captain At Free.fr" wrote:

Bizarre l'update est passée sur une première machine sans que
"devfsd" soit dans world.



A priori, il y est de toute façon plus ou moins, mais
indirectement :
- "devfsd" et "udev" fournissent le virtuel "virtual/dev-manager" ;
- "virtual/dev-manager" est requis par "system" ;
- quand on parle de "world", ça inclue implicitement "system".
Bref, en principe, un "emerge -uD world" doit avoir "devfsd" dans
la liste de ses paquets à mettre à jour, et c'est ça qui compte.
Reste que le problème est de savoir si sa mise à jour est planifiée
avant celle de baselayout (auquel cas c'est bon) ou après (auquel
cas c'est trop tard et baselayout fait choisir udev).

--
TGL.

--
mailing list
Avatar
Thomas de Grenier de Latour
On Thu, 19 Jan 2006 12:11:55 +0100
Christophe Garault wrote:

Enfin je ne connais pas les arcanes de Portage et peut-être que
la modification manuelle du fichier world est à proscrire.



Oh non, c'est tout à fait valide et même très pratique. Perso je
fais souvent mes désinstallation via:
- d'abord un petit coup de "sed" pour virer le(s) paquet(s) du
world ;
- ensuite un "depclean" pour ne les désinstaller que si il(s)
est (sont) effectivement désinstallable sans rien casser
d'autre.

si j'ai bien compris, un emerge -uD world m'aurait cette fois
bien mis à jour mon baselayout avec devfsd et non udev n'est-ce
pas?



Oui.

Las, hélas je n'ai pas sauvegardé l'emplacement de devfsd dans le
fichier world et l'ai remis un peu au hasard. La question est
donc de savoir si l'ordre de tri dans world a son importance?



Après petits test, la réponse est non, l'ordre dans le "world"
n'influe pas. Par contre, l'ordre alphabétique dans les noms de
paquets lui influe... Enfin, est-ce l'ordre alphabétique ou est-ce
un autre ordre plus aléatoire (genre ordre d'énumération des
clefs d'un dictionnaire), je ne sais pas, faudrait que je refoute
mon nez dans le code, mais ce qui est sûr c'est que sur deux cas de
tests en tout points similaire sinon le nom du paquet qui jouait le
rôle de votre "devfsd", j'ai eu deux comportements différents :

* 3 ebuilds bidons sans aucune dépendance :
- test/disjA-1, qui tient le rôle de baselayout,
- test/disjB-1, qui tient celui de udev,
- test/disjC-1, qui tient celui de devfsd.

* "emerge disjA disjC"

* on bump disjA et disjC en version 1.1

* ajout à disjA-1.1 de la dépendance suivante :
"|| ( test/disjB >=test/disjC-1.1 )"

* "emerge -puD world" :
[ebuild N ] test/disjB-1
[ebuild U ] test/disjA-1.1
[ebuild U ] test/disjC-1.1
(ici, "disjC" est bien mis à jour vu qu'il est dans world, mais
trop tard pour empêcher l'activation de la dépendance
"disjA --> disjB")

* "emerge -C disjC"

* on renomme partout "disjC" en "disj" (renommage des ebuilds,
et correction de la dépendance de test/disjA-1.1)

* "emerge =test/disj-1" (on est revenu à une situation similaire
à la précédente, au renommage près)

* "emerge -puD world" :
[ebuild U ] test/disj-1.1
[ebuild U ] test/disjA-1.1
(cette fois par contre, "disj" se retrouve mis à jour en premier,
et donc pas besoin d'installer "disjB")

Bon, ça pour moi c'est quand même un bug. À mon avis, on éviterait
cette indéterminisme si on réorganisait les éléments d'une
disjonction en mettant en priorité les paquets installés. À voir si
c'est faisable maintenant (je suis pas du tout familier avec le code
du solveur de dépendances actuel, qui est vraiment assez galère).
Mais j'irai au moins en discuter sur la ML gentoo-portage-dev@
quand j'aurai un moment (enfin, il faut que je reteste avec un
portage à jour quand même avant, parceque là j'ai une version
relativement ancienne que j'avais bidouillé un peu).

--
TGL.

--
mailing list
Avatar
Christophe Garault
Thomas de Grenier de Latour a écrit :

Oh non, c'est tout à fait valide et même très pratique. Perso je
fais souvent mes désinstallation via:
- d'abord un petit coup de "sed" pour virer le(s) paquet(s) du
world ;
- ensuite un "depclean" pour ne les désinstaller que si il(s)
est (sont) effectivement désinstallable sans rien casser
d'autre.




Je me garde ça sous le code.

Bon, ça pour moi c'est quand même un bug.



D'aucun diraient une feature. ;)

À mon avis, on éviterait
cette indéterminisme si on réorganisait les éléments d'une
disjonction en mettant en priorité les paquets installés. À voir si
c'est faisable maintenant (je suis pas du tout familier avec le code
du solveur de dépendances actuel, qui est vraiment assez galère).




Sans être familier de Python, je l'imagine assez bien.

Mais j'irai au moins en discuter sur la ML gentoo-portage-dev@
quand j'aurai un moment (enfin, il faut que je reteste avec un
portage à jour quand même avant, parceque là j'ai une version
relativement ancienne que j'avais bidouillé un peu).




Encore merci pour tout Thomas.

--
Et sous les vieux haubans rongés de lente usure,
Poulies aux yeux crevés sur l'infini perdu,
Témoins momifiés des hommes disparus,
Quel dieu féroce a pétrifié dans vos membrures
Les fantômes railleurs de vos orgueils vaincus.
- Anita Conti.

--
mailing list
Avatar
Thomas de Grenier de Latour
On Thu, 19 Jan 2006 13:34:25 +0100
Christophe Garault wrote:

Encore merci pour tout Thomas.




Il était sympa ton problème, et ce fut un plaisir de creuser
un peu ;)

--
Et sous les vieux haubans rongés de lente usure,
Poulies aux yeux crevés sur l'infini perdu,
Témoins momifiés des hommes disparus,
Quel dieu féroce a pétrifié dans vos membrures
Les fantômes railleurs de vos orgueils vaincus.
- Anita Conti.



Déjà que j'aimais beaucoup ce que je connais de ses photos, mais
alors si en plus elle écrit tout le temps comme ça, faudra
vraiment que je craque pour un de ses beaux livres un de ces
quatres...

--
TGL.

--
mailing list
1 2