Bon, je vais dire deux mots sur la gentoo que j'utilise à 100% depuis 4 mois sur 2 machines.
Les fichiers de configs, d'initialisation du système sont un modèle du genre, notamment les dépendances et le lancement synchronisé des services au démarrage. Le reste de etc est très bien fait, avec des petits fichiers de config qui sont ensuite fusionné dans un plus gros comme /etc/modules.conf. Faut juste s'habituer et comprendre ou mettre les choses.
Maintenant la raison principale d'utiliser gentoo est le système de package. Pour ceux qui connaissent pas, on peut dire au système ce que l'on aime et que l'on aime pas genre "qt -gtk alsa -oss" ça s'appelle les USE flags. Théoriquement les applications qui ont beaucoup de dépendances vont adapter la liste des dépendances et les options de compils en fonction de vos préférences. Sinon dans le système de package, il y a la branche 'stable' et expérimentale.
En pratique. Les USE flags a mon avis se multiplient beaucoup et quand il y aura autant de flags que de package ça deviendre inutile. Les USE flags font que chaque personne à pas forcément la même config. Bref, ce que je veux dire c'est que quand même c'est vraiment pas rare qu'un package ne compile pas (même en stable). Alors bon, ce qu'il y a de bien c'est qu'il est possible d'installer plusieurs version d'un même soft, alors quand ça marche pas on peut en essayer une autre... Mais quel est l'avantage des USE flags ? en fait à mon avis, ça introduit plus de problème puisque les packages doivent bien gêrer les différentes possibilité de config et bien compiler dans tous les cas (ce qui n'est pas le cas). En fait, qu'est ce qu'on en a a foutre que mplayer soit installé avec alsa ET oss ? On y perd pratiquement aucune place et aucune vitesse. Bref, je pense qu'il serait mieux que les softs soient compilés avec toutes leurs options, a mon avis on y perdra pas plus d'1% d'espace disque et ça améliorera la cohérence du système et ça pourra faciliter l'arivée de package binaires. Parce que voilà, les binaires, ils ont pas forcément nos options de compils et ils ont pas forcément été compilé avec les même USE que nous, ça donne l'impression de poluer notre beau système bien optimisé. Je dois dire que moi j'aimerais vraiment qu'il y aie des binaires téléchargeables via le système de package et intégré au système parce que ça prend vraiment trop de temps de compiler X, kde, mozilla, ...
Sinon dans ce système, il y a des bonnes idées comme les SLOT qui permettent d'avoir plusieurs versions incompatibles d'une librairie ou d'un programme installé en parallèle.
Bon bref, c'est un système plein de bonnes idées, dynamique, jeune, mais ça veut aussi dire pas super fiable au niveau du système de package. Sinon, comme d'hab, mon système compilé avec toutes mes optimisations ne me semble pas aller plus vite qu'une mandrake ou une redhat.
# Re: Test de la Gentoo 1.4
Posté par RB . En réponse à la dépêche Test de la Gentoo 1.4. Évalué à 9.
Les fichiers de configs, d'initialisation du système sont un modèle du genre, notamment les dépendances et le lancement synchronisé des services au démarrage. Le reste de etc est très bien fait, avec des petits fichiers de config qui sont ensuite fusionné dans un plus gros comme /etc/modules.conf. Faut juste s'habituer et comprendre ou mettre les choses.
Maintenant la raison principale d'utiliser gentoo est le système de package. Pour ceux qui connaissent pas, on peut dire au système ce que l'on aime et que l'on aime pas genre "qt -gtk alsa -oss" ça s'appelle les USE flags. Théoriquement les applications qui ont beaucoup de dépendances vont adapter la liste des dépendances et les options de compils en fonction de vos préférences. Sinon dans le système de package, il y a la branche 'stable' et expérimentale.
En pratique. Les USE flags a mon avis se multiplient beaucoup et quand il y aura autant de flags que de package ça deviendre inutile. Les USE flags font que chaque personne à pas forcément la même config. Bref, ce que je veux dire c'est que quand même c'est vraiment pas rare qu'un package ne compile pas (même en stable). Alors bon, ce qu'il y a de bien c'est qu'il est possible d'installer plusieurs version d'un même soft, alors quand ça marche pas on peut en essayer une autre... Mais quel est l'avantage des USE flags ? en fait à mon avis, ça introduit plus de problème puisque les packages doivent bien gêrer les différentes possibilité de config et bien compiler dans tous les cas (ce qui n'est pas le cas). En fait, qu'est ce qu'on en a a foutre que mplayer soit installé avec alsa ET oss ? On y perd pratiquement aucune place et aucune vitesse. Bref, je pense qu'il serait mieux que les softs soient compilés avec toutes leurs options, a mon avis on y perdra pas plus d'1% d'espace disque et ça améliorera la cohérence du système et ça pourra faciliter l'arivée de package binaires. Parce que voilà, les binaires, ils ont pas forcément nos options de compils et ils ont pas forcément été compilé avec les même USE que nous, ça donne l'impression de poluer notre beau système bien optimisé. Je dois dire que moi j'aimerais vraiment qu'il y aie des binaires téléchargeables via le système de package et intégré au système parce que ça prend vraiment trop de temps de compiler X, kde, mozilla, ...
Sinon dans ce système, il y a des bonnes idées comme les SLOT qui permettent d'avoir plusieurs versions incompatibles d'une librairie ou d'un programme installé en parallèle.
Bon bref, c'est un système plein de bonnes idées, dynamique, jeune, mais ça veut aussi dire pas super fiable au niveau du système de package. Sinon, comme d'hab, mon système compilé avec toutes mes optimisations ne me semble pas aller plus vite qu'une mandrake ou une redhat.