D'abord, merci d'avoir pris le temps de nous faire part de ton expérience. Ça fait du bien de lire des commentaires sur Gentoo qui ne sont pas truffés d'a priori trollesques (que ce soit des "c'est la distrib la plus rapide du monde" ou au contraire des "c'est une distrib pour les jacky qui se tripent à mater des dump de make pendant des heures").
Quelques petit commentaires en vrac :
Tu ne parle pas du système d'init, je sais pas si tu t'es penché dessus, mais perso c'est un des trucs qui m'avait emballé au début. Pour faire court :
- l'ordre de démarrage des services n'est pas spécifié statiquement mais calculé en fonction de leurs besoins spécifiques (chaque script déclare des "need machin", "after truc", etc.). C'est joli et simple à utiliser. Cerise sur le gateau, ça a permis de facilement ajouter la parallélisation des démarrages de services il y a maintenant un bout de temps (ce qui n'a pas un grand intérêt, mais bon, pourquoi ne pas le faire puisqu'avec ce système c'était simple);
- on peut créer autant de runlevels qu'on veut, ce qui est bien pratique pour jongler dans les configs réseau par exemple, ou bien se faire un mode maintenance moins frustre que le single user, ou démarrer simplement l'ensemble des services dont on a besoin pour bidouiller son site web, etc. C'est vachement + souple que les 2 ou 3 niveaux d'init disponibles sur la plupart des distribs.
Tout ça en détails ici : http://www.gentoo.org/doc/fr/handbook/handbook-x86.xml?part=2&c(...)
Un autre point super important de la ditrib, c'est sa notion de "stabilité" qui est bien différente des distribs fonctionnant par releases globales. On a sous Gentoo des releases, certes, mais qui concernent uniquement les CD d'install, les stages, et les profiles. Les paquets par contre sont tous traités individuellement via leur KEYWORDS, avec au final une distrib "stable" en permanente évolution (et différente sur chaque archi). C'est vraiment une différence fondamentale avec la plupart des autres distribs. Bon, on aime ou on aime pas, on a confiance en ce système ou pas, ça c'est à chacun de voir, mais je crois que c'est vraiment un truc qui est décisif pour adopter ou non Gentoo.
Niveau points faibles, y'a un truc dont tu n'as probablement pas eu le temps de faire l'expérience, c'est que le système de dépendances sur les paquets sources est plus faible que ce qui se fait sur des binaires. Il représente ce qui est nécéssaire pour compiler, mais une fois le paquets compilé, il peut avoir des dépendances de runtime plus strictes (typiquement, un paquet nécéssitant "libtoto-1*" peut compiler sans pb avec libtoto-1.0 ou libtoto-1.1, mais une fois linké à libtoto-1.0.so, sa dépendance devient plus précise, et une mise à jour de libtoto en 1.1 pourra le casser). Ça c'est un truc que Gentoo ne prend pas bien en compte. Y'a bien un outil pour rebuilder les paquets qui se retrouvent cassés de cette façon, mais c'est vraiment pas une "solution". Y'a plusieurs approches possibles pour faire prendre ça en compte à portage, mais c'est une modif assez fondamentale, donc je sais pas si ça va venir de si tôt.
À propos d'etc-update, c'est vrai qu'il est assez frustre, mais il y a mieux : "dispatch-conf". Celui là rempli la même tâche, mais ajoute :
- un système de backup avec gestion de versions de tes fichiers de conf (basé sur RCS ou bien sur un gros paquet de "fichier.version", au choix),
- la mise à jour automatique des fichiers qui sont encore dans leur état par défaut
- une assistance au merge entre ta conf courante et le nouveau fichier par défaut, basé sur "diff3" (prenant en compte donc l'ancienne configuration par défaut pour identifier ce que tu as changé/ajouté et faire la même modif sur la nouvelle configuration par défaut)
Sur les infos qui se retrouvent perdus dans les logs de compil', c'est effectivement un pb, mais y'a pas mal de solutions. Y'a par exemple différents petits scripts qui vont parser les logs à leur recherche, genre ça : http://tdegreni.free.fr/gentoo/portlog-info(...)
Y'a aussi des patchs pour emerge qui trainent avec des solutions diverses (rapporter les messages à la fin des compil, ou les mailer au root, ou cacher le dump de make, etc.). Par exemple :
<blink>pub</blink> http://bugs.gentoo.org/show_bug.cgi?id=37491(...)
En fait il serait vraiment temps que les mainteneurs de portage se décident pour une solution, parceque c'est une requête récurrente et justifiée.
Concernant le temps bouffé par les compilations, bof, faut voir, c'est pas forcement un problème. Bon perso ça me dérange carrément pas, c'est une tâche de fond qui remplace très bien un seti@home, et puis voilà. Mais même sans être aussi tolérant, on peut pas mal réduire la chose. Gentoo sort régulièrement des paquets binaires, qu'on peut utiliser pour faire une installation initiale rapide. C'est une assez bonne approche en fait : tu as très vite ta distrib utilisable, et après tu réinstalles from sourfces au fur et à mesure où les besoins s'en font sentir des paquets avec des USE flags personnalisés. Au bout de qlqs temps, tu as une distrib bien à toi, sans pour autant être jamais passé par la case grosse compil' de 48H.
Concernant «l'intérêt de la chose», bah... question de goût quoi. Moi j'aime bien, c'est une distrib qui est très souple mais pas inutilement compliquée pour autant, qui m'a toujours permis de faire tout ce que je voulais comme je le voulais sans grosse prise de tête.
# Qlqs compléments
Posté par tgl . En réponse au journal [Long] Expérience Gentoo. Évalué à 5.
Quelques petit commentaires en vrac :
Tu ne parle pas du système d'init, je sais pas si tu t'es penché dessus, mais perso c'est un des trucs qui m'avait emballé au début. Pour faire court :
- l'ordre de démarrage des services n'est pas spécifié statiquement mais calculé en fonction de leurs besoins spécifiques (chaque script déclare des "need machin", "after truc", etc.). C'est joli et simple à utiliser. Cerise sur le gateau, ça a permis de facilement ajouter la parallélisation des démarrages de services il y a maintenant un bout de temps (ce qui n'a pas un grand intérêt, mais bon, pourquoi ne pas le faire puisqu'avec ce système c'était simple);
- on peut créer autant de runlevels qu'on veut, ce qui est bien pratique pour jongler dans les configs réseau par exemple, ou bien se faire un mode maintenance moins frustre que le single user, ou démarrer simplement l'ensemble des services dont on a besoin pour bidouiller son site web, etc. C'est vachement + souple que les 2 ou 3 niveaux d'init disponibles sur la plupart des distribs.
Tout ça en détails ici : http://www.gentoo.org/doc/fr/handbook/handbook-x86.xml?part=2&c(...)
Un autre point super important de la ditrib, c'est sa notion de "stabilité" qui est bien différente des distribs fonctionnant par releases globales. On a sous Gentoo des releases, certes, mais qui concernent uniquement les CD d'install, les stages, et les profiles. Les paquets par contre sont tous traités individuellement via leur KEYWORDS, avec au final une distrib "stable" en permanente évolution (et différente sur chaque archi). C'est vraiment une différence fondamentale avec la plupart des autres distribs. Bon, on aime ou on aime pas, on a confiance en ce système ou pas, ça c'est à chacun de voir, mais je crois que c'est vraiment un truc qui est décisif pour adopter ou non Gentoo.
Niveau points faibles, y'a un truc dont tu n'as probablement pas eu le temps de faire l'expérience, c'est que le système de dépendances sur les paquets sources est plus faible que ce qui se fait sur des binaires. Il représente ce qui est nécéssaire pour compiler, mais une fois le paquets compilé, il peut avoir des dépendances de runtime plus strictes (typiquement, un paquet nécéssitant "libtoto-1*" peut compiler sans pb avec libtoto-1.0 ou libtoto-1.1, mais une fois linké à libtoto-1.0.so, sa dépendance devient plus précise, et une mise à jour de libtoto en 1.1 pourra le casser). Ça c'est un truc que Gentoo ne prend pas bien en compte. Y'a bien un outil pour rebuilder les paquets qui se retrouvent cassés de cette façon, mais c'est vraiment pas une "solution". Y'a plusieurs approches possibles pour faire prendre ça en compte à portage, mais c'est une modif assez fondamentale, donc je sais pas si ça va venir de si tôt.
À propos d'etc-update, c'est vrai qu'il est assez frustre, mais il y a mieux : "dispatch-conf". Celui là rempli la même tâche, mais ajoute :
- un système de backup avec gestion de versions de tes fichiers de conf (basé sur RCS ou bien sur un gros paquet de "fichier.version", au choix),
- la mise à jour automatique des fichiers qui sont encore dans leur état par défaut
- une assistance au merge entre ta conf courante et le nouveau fichier par défaut, basé sur "diff3" (prenant en compte donc l'ancienne configuration par défaut pour identifier ce que tu as changé/ajouté et faire la même modif sur la nouvelle configuration par défaut)
Sur les infos qui se retrouvent perdus dans les logs de compil', c'est effectivement un pb, mais y'a pas mal de solutions. Y'a par exemple différents petits scripts qui vont parser les logs à leur recherche, genre ça :
http://tdegreni.free.fr/gentoo/portlog-info(...)
Y'a aussi des patchs pour emerge qui trainent avec des solutions diverses (rapporter les messages à la fin des compil, ou les mailer au root, ou cacher le dump de make, etc.). Par exemple :
<blink>pub</blink> http://bugs.gentoo.org/show_bug.cgi?id=37491(...)
En fait il serait vraiment temps que les mainteneurs de portage se décident pour une solution, parceque c'est une requête récurrente et justifiée.
Concernant le temps bouffé par les compilations, bof, faut voir, c'est pas forcement un problème. Bon perso ça me dérange carrément pas, c'est une tâche de fond qui remplace très bien un seti@home, et puis voilà. Mais même sans être aussi tolérant, on peut pas mal réduire la chose. Gentoo sort régulièrement des paquets binaires, qu'on peut utiliser pour faire une installation initiale rapide. C'est une assez bonne approche en fait : tu as très vite ta distrib utilisable, et après tu réinstalles from sourfces au fur et à mesure où les besoins s'en font sentir des paquets avec des USE flags personnalisés. Au bout de qlqs temps, tu as une distrib bien à toi, sans pour autant être jamais passé par la case grosse compil' de 48H.
Concernant «l'intérêt de la chose», bah... question de goût quoi. Moi j'aime bien, c'est une distrib qui est très souple mais pas inutilement compliquée pour autant, qui m'a toujours permis de faire tout ce que je voulais comme je le voulais sans grosse prise de tête.