DEDIBOX-NEWS.COM

Bonjour

Kyp a écrit:

Le USE="bootstrap" est plutot necessaire lorsque l'on change de CHOST pour refaire un bootstrap propre

Je suis curieux de savoir où tu as pu trouver cette information concernant l'utilisation du USE="bootstrap".
Dans le handbook gentoo il est indiqué qu'il ne faut pas changer son CBUILD, car sinon il faudrait prendre un autre stage 3 (précompilé) ou refaire un stage 1 pour ce nouveau CBUILD. (or le handbook n'explique plus comment on procède pour faire un stage 1 ou 2, il faut utiliser une autre documentation)

Or vous parlez du CHOST, où l'on indique à GCC les différentes optimisations ou/et "modifications" à faire sur le code. Par exemple -Os, -mmmx, etc... (-mmmx -msse et compagnie sont souvent déjà inclus dans le -march, parcontre il faut les indiques dans le USE général pour certains packages (mplayer par exemple) même si un serveur n'a pas tellement besoin de logiciel multimédia )

Ce CHOST est utilisé à chaque compilation, c'est pour cela qu'un emerge -e world suffit. (et on pourrait même faire un emerge -e system avant comme l'indique la documention sur la mise à jour de GCC : http://www.gentoo.org/doc/en/gcc-upgrading.xml.

De plus, le USE "boostrap" ne doit pas être utilisé (sauf quand on sait ce qu'on fait, voir la documentation "comment installer gentoo, méthode des développeurs" sur gentoo-wiki : http://gentoo-wiki.com/HOWTO_Install_Ge … rom_Stage1)

Dans ce HOWTO on peut remarquer que le USE est utilisé pour compiler linux-headers juste avant de lancer le script bootstrap.sh (voir section "Bootstrapping the System, Emerging System, Setting Runlevels - All One Command")

Je suppose que ce HOWTO tire l'information de la documentation officielle gentoo à propos des stages 1, ou d'une longue discussion entre développeurs et expérimentés gentoo.

Finalement je reviens sur la non-utilisation de ce USE, pour ceux qui ont gentoo et gentoolkit d'installé :

euse --info bootstrap

, pour les autres : la liste dynamique des USE.

!!internal use only!! DO NOT SET THIS FLAG YOURSELF!, used during original system bootstrapping

Donc utiliser ce USE pour emerger world, je ne vois pas l'intérêt car si on ne change que le CHOST, on peut considérer cela comme une mise à jour de GCC et donc il faut faire emerge -e system suivi de emerge -e world (au passage, system est aussi inclus dans world mais c'est pour s'assurer que tous les outils qui peuvent être utiliser lors des compilations pendant le "emerge -e world" sont compilés avec les nouveaux paramètres)

Voila

Nicolas

Bonsoir

Je suis d'accord avec ton argument pour gentoo-wiki, car comme c'est la communauté qui l'édite, c'est plus souvent à jour... ou/et expérimental (e17 ou XGL par exemple).

Je te rappelle que le handbook existe pour une première installation, et qu'avant ils parlaient des stages 1 et 2, ça a été enlevé et mis ailleurs depuis la sortie de 2006.0 je crois. Pour des raisons de simplifications je pense. (voir la newsletter : 14 Novembre 2005 qui indique pourquoi ce changement et où l'on peut trouver les infos pour les autres stages (et c'est environ 3 mois avant la sortie de 2006.0, j'ai du mal avec les dates ))

En ce qui concerne tout ce qui "instable" ou "~arch", c'est très bien documenté je trouve : dans le handbook, tout ce qui est après le reboot "j'ai finit d'installer" concerne l'utilisation des USE, de portage et des fichiers (/etc/portage/package.keywords par exemple) et "man portage" est assez clair aussi. Mais il est vrai qu'on tombe sur ses fichiers lors d'une discussion sur IRC ou sur un post d'un forum, qui lit les manuels en entier ? :+

Je suis d'accord sur le fait qu'un nouveau gcc et l'installation de nptl sont des choses importantes pour le système qui peuvent, peut-être, demander une démarche particulière. Mais ce USE="bootstrap" me gêne toujours (surtout que si l'on fait un -uDN world ensuite, les packages qui utilisent ce USE voudront se recompiler car bootstrap ne fait pas partie des USE par défaut (vu qu'il est indiqué qu'il ne faut pas l'utiliser manuellement)), c'est bien mieux de modifier son USE via make.conf ou package.use, mais c'est là un autre débat !

Enfin bref :p

Nicolas