> grâce à USE, tu peux tuner les compilations et avoir des choses
> moins grosses que sur les autre distribs :)
Y'a du vrai et du faux.
Du vrai parceque :
- les USE flags permettent effectivement de sélectionner parmis les options de compil' et donc de ne pas se retrouvé linké à 36 libs dont on se moque (là où avec des paquets binaires, le choix est entre les mains du mainteneur qui cherchera un compromis acceptable pour la majorité des utilisateurs, mais qui ne sera idéal pour personne). Avec l'influence que ça a sur les dépendances, c'est non négligeable comme gain ;
- le choix de cflags de type -Os permet de grapiller sur la taille des binaires (bon, ça ça reste minime) ;
- parcequ'une utilisation judicieuse des profils, de la cross compilation et des paquets binaires permet par exemple de s'installer une gentoo uClibc sur un flashdrive dans un routeur mini-itx (c'est le côté "méta-distribution" : au lieu de répondre à chaque type de besoin par une distrib différente, on spécialise une unique base de distrib). Bon, ça sort du cadre de l'utilisation de base, mais pas de doute, faire des très petites gentoo est possible et relativement pratique (y'a des choses à améliorer au niveau de portage pour la prise en compte de la cross compil cependant, mais là je vire HS).
Du faux parceque :
- l'utilisateur de base qui n'a qu'une machine et qui veut l'utiliser uniquement comme station bureautique aura besoin de plus de place, temporaire (espace de compil', arbre portage, tarballs des sources, ccache, etc.) comme permanente (chaine de compil', headers, etc.) avec une distrib sources qu'avec une distrib binaires ;
- les USE flags sont en général utilisés en gros pour commander des options de ./configure ou ajouter des petits addons comme de la doc, etc. Par contre, il sont très peu utiliser pour descendre en deça de la granularité choisie par les développeurs des logiciels. Ainsi, si tu as juste besoin de smbmount sur ta station, tu installeras quand même tout samba sous gentoo, parceque c'est comme ça que c'est distribué. Les distribs binaires au contraires vont en général faire un découpage en plusieurs sous-paquets (un seul .srpm te créée souvent toute une collection de .rpm, et pareil pour les .deb, etc.). Remédier à ça sous gentoo demanderais des changements non triviaux sur Portage pour pouvoir être bien fait, et je n'ai pas l'impression que ce soit du tout une priorité.
> je fais les compilation sur une partition à part
Ah j'avais pas compris ça. Dans ces cas là, oui ça passe probablement.
> Concernant ton opinion sur mon "test"
Ouaif ça ne t'étais qu'à moitié destiné en fait, c'est plus une remarque générale parceque je vois souvent des tests d'install annoncés comme des tests de distrib, ou des gens qui par abus de langage disent "j'ai testé mandrake hier soir". À chaque fois je tique, alors fallait que ça sorte :)
[^] # Re: Hannnn
Posté par tgl . En réponse au journal gentoo / debian. Évalué à 2.
> moins grosses que sur les autre distribs :)
Y'a du vrai et du faux.
Du vrai parceque :
- les USE flags permettent effectivement de sélectionner parmis les options de compil' et donc de ne pas se retrouvé linké à 36 libs dont on se moque (là où avec des paquets binaires, le choix est entre les mains du mainteneur qui cherchera un compromis acceptable pour la majorité des utilisateurs, mais qui ne sera idéal pour personne). Avec l'influence que ça a sur les dépendances, c'est non négligeable comme gain ;
- le choix de cflags de type -Os permet de grapiller sur la taille des binaires (bon, ça ça reste minime) ;
- parcequ'une utilisation judicieuse des profils, de la cross compilation et des paquets binaires permet par exemple de s'installer une gentoo uClibc sur un flashdrive dans un routeur mini-itx (c'est le côté "méta-distribution" : au lieu de répondre à chaque type de besoin par une distrib différente, on spécialise une unique base de distrib). Bon, ça sort du cadre de l'utilisation de base, mais pas de doute, faire des très petites gentoo est possible et relativement pratique (y'a des choses à améliorer au niveau de portage pour la prise en compte de la cross compil cependant, mais là je vire HS).
Du faux parceque :
- l'utilisateur de base qui n'a qu'une machine et qui veut l'utiliser uniquement comme station bureautique aura besoin de plus de place, temporaire (espace de compil', arbre portage, tarballs des sources, ccache, etc.) comme permanente (chaine de compil', headers, etc.) avec une distrib sources qu'avec une distrib binaires ;
- les USE flags sont en général utilisés en gros pour commander des options de ./configure ou ajouter des petits addons comme de la doc, etc. Par contre, il sont très peu utiliser pour descendre en deça de la granularité choisie par les développeurs des logiciels. Ainsi, si tu as juste besoin de smbmount sur ta station, tu installeras quand même tout samba sous gentoo, parceque c'est comme ça que c'est distribué. Les distribs binaires au contraires vont en général faire un découpage en plusieurs sous-paquets (un seul .srpm te créée souvent toute une collection de .rpm, et pareil pour les .deb, etc.). Remédier à ça sous gentoo demanderais des changements non triviaux sur Portage pour pouvoir être bien fait, et je n'ai pas l'impression que ce soit du tout une priorité.
> je fais les compilation sur une partition à part
Ah j'avais pas compris ça. Dans ces cas là, oui ça passe probablement.
> Concernant ton opinion sur mon "test"
Ouaif ça ne t'étais qu'à moitié destiné en fait, c'est plus une remarque générale parceque je vois souvent des tests d'install annoncés comme des tests de distrib, ou des gens qui par abus de langage disent "j'ai testé mandrake hier soir". À chaque fois je tique, alors fallait que ça sorte :)