Non tu ne choisi pas directement ta version, sauf si tu es en stable et que tu veux certains package ~arch, en l'occurence, je suis en ~ arch donc en instable (je connais les risques), ce que je constate, c'est que avant, les ebuild en ~arch posaient moins de problèmes que ces derniers temps.
Je compare, les problèmes de compilation et de stabilité des paquets obetenu sur un FreeBSD et sur une Gentoo, dans le premier cas, il y a rarement d'erreur et ça fonctionne directe, alors que sur gentoo, j'ai plus souvent des erreurs (la plus part du temps corrigeable) et des problèmes d'instabilité pour des versions souvent moins à jour.
Ce ne sont pas des packages qui me manque, mais une réactivité de mise à jour genre evolution 2.2 qui a été super long à être intégré, comme tout le groupe gnome 2.10, souvent je refait mes ebuilds perso à partir des anciens afin de mettre à jour des paquets en attendant la version officielle. (OOo2-beta par exemple à l'époque), et les packages mettent de plus en plus de temps avant de rentrer dans portage : evince par exemple.
Pour gcc, la même que debian ou mandrake, ou beaucoup de distrib proposant plusieurs versions de gcc, mais qand on parle de distribution source ou de BSD, il y en a forcément 1 officiel qui sert à la génération des packages, mais gentoo ne permet pas d'en faire cohabiter plusieurs en parallèle, il faut choisir à coup de gcc-config celui que l'on veut et il fonctionnera pour tous les appels à gcc. Alors que concerver ce comportement mais permettre aussi une installation en parrallèle invoqué par la commande gcc40 par exemple alors que la commande gcc concerve le compilo officiel.
Il n'y a pas de useflags dans FreeBSD c'est vrai, mais il y a des options de compilation via des menus ou des variables d'environnement définissable dans le make.conf pour le choix des dépendances pour beaucoup de packages donc c'est similaire, même si c'est poussé à l'extrême ou presque dans Gentoo (ce qui me plait.)
[^] # Re: càd ?
Posté par Bapt . En réponse au journal Gentoo s'essouffle ???. Évalué à 2.
Je compare, les problèmes de compilation et de stabilité des paquets obetenu sur un FreeBSD et sur une Gentoo, dans le premier cas, il y a rarement d'erreur et ça fonctionne directe, alors que sur gentoo, j'ai plus souvent des erreurs (la plus part du temps corrigeable) et des problèmes d'instabilité pour des versions souvent moins à jour.
Ce ne sont pas des packages qui me manque, mais une réactivité de mise à jour genre evolution 2.2 qui a été super long à être intégré, comme tout le groupe gnome 2.10, souvent je refait mes ebuilds perso à partir des anciens afin de mettre à jour des paquets en attendant la version officielle. (OOo2-beta par exemple à l'époque), et les packages mettent de plus en plus de temps avant de rentrer dans portage : evince par exemple.
Pour gcc, la même que debian ou mandrake, ou beaucoup de distrib proposant plusieurs versions de gcc, mais qand on parle de distribution source ou de BSD, il y en a forcément 1 officiel qui sert à la génération des packages, mais gentoo ne permet pas d'en faire cohabiter plusieurs en parallèle, il faut choisir à coup de gcc-config celui que l'on veut et il fonctionnera pour tous les appels à gcc. Alors que concerver ce comportement mais permettre aussi une installation en parrallèle invoqué par la commande gcc40 par exemple alors que la commande gcc concerve le compilo officiel.
Il n'y a pas de useflags dans FreeBSD c'est vrai, mais il y a des options de compilation via des menus ou des variables d'environnement définissable dans le make.conf pour le choix des dépendances pour beaucoup de packages donc c'est similaire, même si c'est poussé à l'extrême ou presque dans Gentoo (ce qui me plait.)