> En plus d'un an sous Gentoo, j'ai jamais rien vu qui ressemble à ca.
Suis les mailing list, ce genre de problème était presque fréquent un moment (mettre un script ou ebuild pas testé directement en stable et au final un truc qui casse). C'est généralement corrigé TRES vite mais si tu tombes au mauvais moment => tant pis pour toi.
Les effets sont plus ou moins génant, celui qui m'avait le plus frapper était celui qui entrainait la suppression de gcc, car non seulement c'était évident qu'il n'avait meme pas été testé sur la machine de dev (sinon il aurait vite vu l'effet) mais en plus la conséquence était importante car il fallait aller repiquer un binaire gcc ailleurs pour pouvoir recompiler gcc, ce qui non seulement n'est pas simple mais est assez "lourd" comme procédure.
Ceci dit j'avoue que je vois beaucoup moins passer ce genre d'erreur. Mais en même temps je ne suis plus les mailing list gentoo et je met maintenant tres rarement à jour. Je crois que c'est l'arrivée de la différenciation simple entre le stable et le devel sans passer par les masquage le fichier .mask qui a du permettre une amélioration.> Je vois pas bien en quoi c'est contraire à l'esprit Gentoo. Se faire une distrib taillée sur mesure
Oui, pour beaucoup Gentoo c'est "se faire quelque chose de taillé sur mesure" (meme si ca n'était pas ma motivation à moi). Et dans ce cas là on a tendance à ne pas activer tout ce qui ne sert pas. C'est tres bien mais si "ce qui sert" change faut tout reprendre à zéro.
Ca n'est pas un problème de la gentoo, c'etait juste à conseil pour ceux qui installent : "faites attention à ce que vous pourriez faire dans le futur même si vous ne le faites pas maintenant."
[^] # Re: Installation Gentoo
Posté par Éric (site web personnel) . En réponse au journal Installation Gentoo. Évalué à 1.