Sortie d’une version binaire de Gentoo
(gentoo.org)- Gentoo conserve son caractère de distribution basée sur les sources, tout en proposant le téléchargement de paquets binaires officiels et leur installation directe afin d’améliorer le confort d’installation et les performances sur du matériel lent
- L’étendue de l’offre varie selon l’architecture ; amd64 et arm64 peuvent recevoir plus de 20 Go de paquets ainsi que des paquets Gentoo stable mis à jour quotidiennement
- Les nouvelles installations stage incluent la configuration du dépôt binaire, et les installations existantes peuvent l’utiliser en ajoutant un fichier de configuration dans
/etc/portage/binrepos.conf/ - Les paquets officiels sont au format GPKG, qui peut être signé, et l’installation est refusée si la vérification échoue ; toutefois, dans la configuration par défaut, le format XPAK non signé peut aussi être accepté pour des raisons de compatibilité
- Si l’on utilise une combinaison de USE flags différente des valeurs par défaut du profil, il devient difficile d’utiliser les paquets binaires tels quels ; il faut alors mélanger compilation locale et paquets binaires selon les besoins
Gentoo propose désormais des paquets binaires officiels
- Gentoo fournit officiellement, en téléchargement et installation directe, la fonctionnalité de paquets binaires que Portage prenait déjà en charge depuis longtemps
- L’objectif est de réduire le temps de travail sur du matériel lent et d’améliorer la simplicité des installations et mises à jour complètes
- La distribution reste basée sur les sources comme auparavant, et il est possible d’utiliser ensemble compilations depuis les sources et paquets binaires
Étendue de la disponibilité selon l’architecture
- Pour la plupart des architectures, l’offre est limitée au système de base et à des mises à jour hebdomadaires
- amd64 et arm64 bénéficient d’un ensemble de paquets plus large
- Plus de 20 Go de paquets sont publiés sur les miroirs
- Cela inclut LibreOffice, KDE Plasma, Gnome, Docker, etc.
- Les paquets Gentoo stable sont mis à jour chaque jour
Méthode de configuration selon l’environnement d’installation
- Pour utiliser les paquets binaires sur une installation Gentoo existante, il faut créer un fichier de configuration dans
/etc/portage/binrepos.conf/- La procédure générale est décrite dans Binary package quickstart
- Une configuration plus détaillée est présentée dans le binary package guide
- Dans une nouvelle installation basée sur un stage,
/etc/portage/binrepos.conf/gentoobinhost.confest déjà inclus- Si nécessaire,
src-uripeut être remplacé par l’URI du répertoire correspondant sur un miroir local - Exemple de mise à jour :
emerge -uDNavg @world
- Si nécessaire,
Références de build pour amd64 et arm64
- Les paquets binaires sous
amd64/binpackages/17.1/x86-64sont compilés avec les paramètres suivantsCFLAGS="-march=x86-64 -mtune=generic -O2 -pipe"- Ils fonctionnent sur toutes les machines amd64 / x86-64
- La configuration des USE flags et les versions des paquets amd64 correspondent aux profils de paquets stables
amd64/17.1/nomultilibamd64/17.1/desktop/plasma/systemdamd64/17.1/desktop/gnome/systemd
- Les paquets sous
arm64/binpackages/17.0/arm64sont compilés avec les paramètres suivantsCFLAGS="-O2 -pipe"- Ils fonctionnent sur toutes les machines arm64 / AArch64
- La configuration des USE flags et les versions des paquets arm64 sont elles aussi alignées sur les profils de paquets stables
arm64/17.0arm64/17.0/desktop/plasma/systemdarm64/17.0/desktop/gnome/systemd
- Si une optimisation spécifique au CPU est nécessaire, il faut continuer à compiler soi-même comme auparavant
Autres architectures et intégration avec les stage
- L’hébergement de paquets binaires pour les autres architectures et ABI est lié aux builds stage
- Pour presque tous les stage, un hébergement de paquets binaires est fourni avec uniquement le contenu et la configuration de ce stage
- Cette portée comprend les compilateurs
gccouclangainsi que l’ensemble de la chaîne d’outils de build - Il n’est actuellement pas prévu d’étendre davantage cette couverture
Mode de signature et de vérification
- Les paquets binaires officiels sont signés cryptographiquement avec la même clé que les stage
- Les informations sur les clés de signature sont disponibles sur Gentoo signatures
- Portage gère deux formats de paquets binaires
- XPAK : format historique, sans prise en charge des signatures
- GPKG : nouveau format, avec prise en charge des signatures cryptographiques
- Tous les paquets binaires officiels de Gentoo sont au format GPKG
- Les paquets GPKG font l’objet d’une vérification de signature
- Si la vérification échoue, l’installation est refusée
- Dans la configuration par défaut, des paquets XPAK non signés peuvent aussi être installés pour rester compatibles avec d’anciens paquets binaires
- Pour imposer des signatures vérifiées, il faut définir
FEATURES="binpkg-request-signature"dansmake.conf- Dans ce cas, seuls les paquets GPKG peuvent être utilisés
Erreurs de signature et paquets fabriqués soi-même
- Si une erreur indique que la signature ne peut pas être vérifiée, il est possible d’exécuter l’outil de confiance Gentoo
getutoen tant que root- Exemple de commande :
getuto - Cela configure le trousseau Gentoo Release Engineering nécessaire à Portage
- Exemple de commande :
- Si
FEATURES="binpkg-request-signature"est activé dansmake.conf,getutoest appelé automatiquement avant le téléchargement d’un paquet binaire- Cela sert à récupérer les mises à jour et révocations de clés
- Des paquets binaires créés soi-même peuvent être refusés par Portage
- C’est un effet secondaire de
FEATURES="binpkg-request-signature" - Il faut configurer une clé de signature pour ses propres paquets et faire en sorte que l’ancre dans
/etc/portage/gnupgfasse confiance à cette clé
- C’est un effet secondaire de
Miroirs, profils et contraintes des USE flags
- Si les téléchargements sont lents, il est recommandé d’utiliser un miroir local plutôt que l’University of Oregon
- Il suffit de modifier l’URI dans
/etc/portage/binrepos.conf - Grâce aux signatures cryptographiques, l’utilisation d’un miroir local reste sûre
- Il suffit de modifier l’URI dans
- Si l’on utilise une combinaison de USE flags différente des valeurs par défaut du profil, les paquets binaires correspondants ne peuvent pas être utilisés
- Portage peut combiner paquets binaires et paquets compilés localement
- Gentoo ne vise pas une installation entièrement binaire
- Les paquets peuvent aussi être utilisés sur un système merged-usr
- En cas de problème, il faut le signaler comme bug
- Ils ne peuvent pas être utilisés avec d’autres profils, plus anciens ou plus récents
- C’est pourquoi une version de profil comme
17.1figure dans le cheminsrc-uri - Lorsqu’une nouvelle version de profil sort, un nouveau répertoire de paquets séparé est fourni
- C’est pourquoi une version de profil comme
~amd64 et remontée de problèmes
- Aucun paquet binaire
~amd64n’est prévu pour le moment- Leur fourniture nécessiterait de nombreuses recompilations
- Même si cela était proposé, une URI distincte serait nécessaire pour des raisons techniques
- Si des paquets de test sont nécessaires, il est recommandé de rester autant que possible sur stable et d’ajouter localement les exceptions dans
package.accept_keywords- De nombreux paquets binaires resteront utilisables
- Les autres devront être compilés manuellement
- En cas de problème avec Portage ou avec un paquet particulier, il est possible de demander conseil sur IRC, les forums ou les listes de diffusion, ou de soumettre un bug
- La prise en charge des paquets binaires a été testée pendant un certain temps, mais davantage de cas limites peuvent apparaître à mesure que le nombre d’utilisateurs augmente
1 commentaires
Avis sur Hacker News
Pour commencer, je suis un fan inconditionnel de Gentoo.
L’attrait de Gentoo ne tient pas au fait de tout compiler depuis les sources, mais à l’excellente documentation et à la liberté d’installer ce qu’on veut sur presque n’importe quel matériel, avec un minimum d’obstacles.
Si vous voulez utiliser Enlightenment + OpenRC + NetworkManager sur un portable de 2008, installez Gentoo ; et si vous voulez utiliser ZFS sur le système de fichiers racine d’un réfrigérateur connecté, Gentoo convient aussi.
Si vous voulez utiliser un Gnome vanilla + SystemD sur un nouveau portable, c’est aussi possible.
La décision de fournir des paquets binaires donne plus de choix aux utilisateurs, à l’inverse d’autres distributions qui ont réduit la liberté de choix.
Debian se présente comme un « système d’exploitation universel », mais a abandonné le support du x86 32 bits, et les systèmes init alternatifs peuvent certes être installés, mais avec pas mal de complications.
À l’inverse, Gentoo permet de choisir parmi plus de 17 tarballs stage 3 et 35 profils eselect.
Personnellement, j’aime tout compiler depuis les sources et profiter de cette flexibilité ; sur du matériel récent, ce n’est pas du tout pénible.
Si vous n’êtes pas d’accord, installez les nouveaux paquets binaires.
L’argument de vente de Gentoo n’a jamais été Portage, mais toujours la flexibilité et la communauté.
C’est plutôt que, lors d’une réunion de l’équipe de publication, il a été conclu qu’à un moment non précisé dans le futur, il était très probable que l’installateur et le support du noyau pour le x86 32 bits disparaissent.
Pour l’instant, les deux sont toujours fournis et pleinement pris en charge.
En particulier, il reste possible de continuer à utiliser le multi-architecture 32/64 bits, donc d’exécuter des logiciels x86 32 bits.
Tout le monde voudrait tout prendre en charge, mais au bout du compte, pour garantir la sécurité et la maintenance en tant que distribution, les ressources disponibles sont limitées.
Il faut forcément renoncer à certaines choses.
On peut installer ce qu’on veut sur n’importe quelle distribution Linux, mais ce qu’on peut réellement prétendre prendre en charge est toujours limité par le nombre de mainteneurs.
https://buildd.debian.org/status/package.php?p=base-files&su...
Je le sais parce que je maintiens moi-même régulièrement la plupart des architectures peu connues de Debian avec des instantanés d’installation.
https://cdimage.debian.org/cdimage/ports/snapshots/
Debian dispose aussi d’un port Hurd à la fois pour i386 et amd64.
Je n’utilisais pourtant pas de profil musl ni clang.
Comme c’était ma première impression, je n’envisagerai pas Gentoo ni ses forks tant qu’ils ne proposeront pas d’installateur.
Je vais bientôt essayer d’installer Solus OS / Solus Linux ; son gestionnaire de paquets m’a fait bonne impression, et même si ce n’est pas une approche à la nix ou guix, il affirme être reproductible.
Le grand attrait de Gentoo, pour moi, c’est Portage.
Il offre bien plus qu’un simple environnement de build et une gestion des dépendances.
Les ebuilds, c’est-à-dire les paquets Gentoo, s’appuient sur d’excellents outils et des eclass qui gèrent de nombreux cas particuliers de build.
Développer un ebuild donne l’impression de mener un vrai projet logiciel, et c’est très bien pour ceux qui veulent expérimenter avec des paquets absents du dépôt officiel.
Justement, je viens de publier un outil qui gère des chroots non privilégiés pour tester les ebuilds.
Ce changement rendra Gentoo plus accessible à beaucoup de monde, mais je ne pense pas qu’il me convienne.
Ma configuration de build, par exemple mes CFLAGS, ne correspondra jamais aux binaires officiels, donc je finirai par ne pas les utiliser.
Quand j’utilisais Gentoo en environnement de production, retirer les fonctionnalités et intégrations avec des logiciels inutilisés est devenu un élément important de la posture de sécurité.
Cela dit, j’ai toujours eu un hôte de build dédié pour produire des binaires, mais le support des binaires dans Gentoo n’était pas très bon.
Cela se limitait à fournir les artefacts compilés via HTTP ou NFS, sans signature.
Je suis vraiment impatient de voir le nouveau format de paquet intégrer une vérification cryptographique.
Même pour une distribution strictement interne, c’est une fonctionnalité qui aurait dû exister depuis le départ.
C’est utile quand on ne veut pas configurer un binrepo séparé, surtout si de la compilation croisée entre en jeu, mais qu’on veut quand même réutiliser sa configuration Portage existante et ses ebuilds personnalisés.
ChromeOS utilise bazel pour exécuter les ebuilds dans un chroot temporaire.
https://chromium.googlesource.com/chromiumos/bazel/+/refs/he...
Cela permet de garantir qu’aucune dépendance non déclarée n’est utilisée.
Je suis quand même tenté d’écrire un script qui forcerait l’utilisation de binaires communs pour les paquets liés à plasma.
Je construirais moi-même ce qui est critique pour les performances, et je récupérerais les paquets côté GUI en binaire, ce qui pourrait faire gagner énormément de temps de build.
Je ne pense pas que la perte soit si importante.
Je cherchais désespérément quelque chose comme ça pour mon projet de sandbox.
Quoi qu’on pense du concept de Gentoo, apprendre à 17 ans le packaging logiciel, la compilation distribuée, les détails de l’optimisation au moment de la compilation et l’optimisation du noyau Linux, c’était vraiment amusant
Dans mon souvenir, la documentation de la communauté était aussi plutôt bonne
Quelques patchs que j’ai envoyés sont peut-être encore quelque part dans certaines releases
Mais ce n’est qu’après avoir vu une machine Slackware tourner aussi vite qu’une machine Gentoo que j’ai compris que tous ces réglages, optimisations et logiciels dernier cri n’en valaient pas la peine
Pour certaines applis, par exemple une ferme de rendu ou un mineur de cryptomonnaie, la compilation sur mesure et les réglages peuvent aider, mais les jeux affichaient les mêmes FPS quelle que soit la distribution
À l’époque, compiler pour le plus petit dénominateur commun n’incluait même pas MMX ou SSE, et sur certains algorithmes limités par le CPU, cela pouvait faire une grosse différence
Mais il a toujours été possible de détecter les fonctionnalités du CPU à l’exécution et de lancer la version optimale, donc choisir les fonctionnalités à la compilation n’a jamais été la seule méthode
Ensuite, avec l’arrivée de l’AMD Opteron, tout le monde est passé à une nouvelle base minimale
Compiler pour amd64 voulait de nouveau dire viser un CPU précis, et à l’époque il n’y avait pas encore d’instructions plus récentes
Aujourd’hui, AMD64 comporte plusieurs niveaux[1], ce qui peut compter pour certaines tâches comme le SIMD
Un exemple plus courant et plus banal est popcnt, ajouté en v2 : tout seul, c’est utile pour des choses comme les bitsets, mais sur les performances globales d’un programme, dans mes projets, je n’ai presque pas réussi à mesurer de différence entre v1 et v3
Pour les jeux, ils étaient probablement uniquement distribués en binaire et déjà compilés pour le plus petit dénominateur commun, ou utilisaient une sélection des fonctionnalités à l’exécution
En plus, la plupart étaient de toute façon limités par le GPU
[1] https://en.wikipedia.org/wiki/X86-64#Microarchitecture_level...
Il y a quelques années, je ne sais vraiment pas pourquoi, j’ai gâché des heures, voire des jours, de temps machine et de mon propre temps à compiler et peaufiner un système Gentoo
Alors que j’allais de toute façon le formater le lendemain pour installer le CD Ubuntu fraîchement arrivé
Les gens qui compilaient autrefois leur propre noyau et ne le font plus sont en partie devenus compétents aujourd’hui précisément parce qu’ils ont fait ce genre de choses, ne serait-ce qu’un temps
C’est après l’avoir fait qu’il devient raisonnable de ne plus le faire
Dire « si j’avais été plus malin, je n’aurais pas perdu mon temps avec ça », ou laisser un nouveau venu le comprendre ainsi, n’est pas juste
J’ai fini par me lasser et passer à Arch, et j’ai obtenu à peu près la même chose sans devoir me battre en permanence avec des paquets cassés
Mais les connaissances acquises en traitant toutes sortes de problèmes bas niveau aléatoires me servent encore aujourd’hui
J’ai quand même beaucoup appris
Aujourd’hui, Linux me donne l’impression d’être mon super-pouvoir
OS, VM, conteneurs, Nix-shell, WSL2 : tout est Linux
Quelle que soit la ligne de commande sur laquelle je tombe, avec même un peu de BSD, je me sens à l’aise et capable de résoudre les problèmes
J’aime croire que les bons moments passés avec Gentoo m’ont mené jusque-là
Sous CentOS, même pour utiliser le lecteur en ligne de commande mpg123, il fallait installer tout X, alors que sous Gentoo on pouvait désactiver l’intégration X de mpg123
Les flags étaient le bonus par-dessus
Maintenant, j’installe Debian, j’ajoute seulement quelques programmes que j’utilise au quotidien, et c’est terminé
Je peux recréer ma configuration sur une autre machine en moins de 20 minutes
J’ai longtemps utilisé Gentoo au début des années 2000, et j’ai appris grâce à cette expérience presque tout ce que je sais sur les machines Linux en général
Ce que je trouvais intéressant avec les USE flags, c’est qu’ils me faisaient découvrir qu’un paquet avait telle ou telle intégration avec une autre bibliothèque ou un autre paquet
En me rendant compte que le binaire SQLite3 ne se comportait pas de la même manière lorsqu’il était lié sans prise en charge de readline, j’ai compris ce qu’était readline dans l’ensemble
Cela s’est répété avec quantité de bibliothèques qui, sur d’autres systèmes Linux, semblent toujours présentes sans qu’on les voie
C’était un outil d’apprentissage précieux, arrivé au bon moment dans ma vie
Ça fait un peu bizarre
Beaucoup de commentaires disent avoir essayé Gentoo, ou l’avoir utilisé autrefois
Mais moi, je l’utilise encore comme machine principale au quotidien et comme système principal sur mes serveurs
Je me demande ce qui fait que Gentoo reste le meilleur choix pour moi
Et je ne compte pas activer les paquets binaires
Je fais tourner Gentoo sur tous mes appareils : GPD Win 4, Pixelbook avec coreboot, NAS, VPS, etc.
À mon avis, les raisons sont les suivantes
Si tu veux SystemD, tu peux l’utiliser ; si tu veux OpenRC, tu peux l’utiliser directement
Je me sens en sécurité et à l’aise avec Gentoo
Parce que je sais que Gentoo respectera toujours la liberté, ce à quoi j’attache le plus d’importance sous Linux
Gentoo, c’est comme un livre dont vous êtes le héros
Si tu veux utiliser SystemD + Gnome + PulseAudio + des paquets binaires, c’est possible ; si tu veux OpenRC + Hyprland + Pipewire + NetworkManager au lieu de netifrc, c’est possible aussi
Gentoo n’est pas une distribution où l’on compile tout, c’est une distribution où l’on choisit tout
Cette annonce ne me concerne pas vraiment, mais elle donne plus de choix aux utilisateurs
Gentoo est très bien aussi, mais vivre comme administrateur système NixOS est beaucoup plus simple que comme administrateur système Gentoo
Je ne cherche pas à contredire ta réponse, je suis sincèrement curieux
Dans mon cas, si Gentoo ne me convenait pas, c’est parce que je n’exploite pas de serveur personnel, et qu’au travail nous utilisons des serveurs cloud
C’est sans doute basé sur Ubuntu ou dans le style AWS, mais nous ne compilons pas le noyau
Sur desktop, il y a plus de dix ans, un ami m’a convaincu d’essayer Gentoo en me disant que « ce sera plus rapide, puisque compilé pour ton matériel »
J’ai perdu beaucoup de temps à l’installer et à le faire tourner, mais pour aucune de mes tâches ce n’était sensiblement plus rapide qu’un Ubuntu classique, et cela demandait seulement plus de temps de configuration
Je l’ai donc abandonné
Et le discours qu’on entend souvent, « j’ai vraiment beaucoup appris en configurant Gentoo », était faux dans mon cas
Comme la plupart des gens, j’ai suivi des recettes, défini des flags que je ne comprenais pas et modifié des fichiers de configuration ; autant dire que je n’ai rien appris
Je n’ai fait que suivre une procédure
Bien sûr, ce n’est que mon expérience
Je ne sais pas exactement, mais moi aussi je l’utilise depuis 20 ans
Pas une machine principale ou un serveur qu’on touche toutes les semaines, mais un équipement configuré il y a longtemps et qui fonctionne depuis
Je parle d’un système auquel on ne se connecte que quelques fois par an
J’ai arrêté Gentoo au moment où j’ai mis en place mon premier système « en production »
Les gens ont commencé à l’utiliser, et il était « terminé » au sens où je n’avais plus de raison de m’y connecter tous les jours ou toutes les semaines
Je voulais quand même les mises à jour de sécurité, et il arrivait très rarement qu’il faille un nouveau paquet pour une nouvelle fonctionnalité, mais fondamentalement je voulais un système stable
Gentoo était terriblement inadapté à cet usage
Même sur mon desktop personnel, que je mettais à jour chaque semaine, il y avait presque à chaque fois un échec de build avec emerge ; pour un système qu’on peut laisser plusieurs mois sans mise à jour, ce serait encore pire
Je suis donc passé à Debian, et c’était bien
J’ai particulièrement apprécié unattended upgrades, et j’ai fini par migrer toutes mes machines vers Debian
Si vous utilisez Gentoo, je me demande si vous avez aussi des machines auxquelles vous ne touchez pas chaque semaine, à quelle fréquence vous les mettez à jour, et à quelle fréquence il faut une intervention manuelle pour terminer les mises à jour
C’est trop peu, et avec 15 ans de retard
L’une des raisons pour lesquelles je suis passé de Gentoo à FreeBSD il y a plus de 15 ans, c’est que Gentoo obligeait à tout compiler, tandis que FreeBSD proposait des paquets binaires
Aujourd’hui, ce n’est peut-être plus si important, mais à l’époque des CPU monocœur et de 1 Go de RAM, c’était un vrai tournant
Après avoir longtemps utilisé Gentoo, je suis passé à macOS pendant quelques années ; j’y utilisais alors Gentoo Prefix, qui était largement supérieur à Homebrew
Il y a presque 10 ans, j’ai ajouté des correctifs pour faire fonctionner LLVM upstream dans Gentoo Prefix sur macOS [1]
Lors d’un événement de retrouvailles du GSoC, j’ai fini par rencontrer quelqu’un qui voulait me donner les droits de mainteneur, mais cela n’a jamais été mené jusqu’au bout
Il m’avait déjà averti que ce travail serait complexe
Je répétais sans cesse que Prefix avait aussi besoin de binaires
Je me demande ce que cela aurait donné si Gentoo Prefix sur Mac avait pu installer des paquets aussi facilement que Homebrew
C’est triste, mais Gentoo est un bon exemple du fait qu’un projet open source techniquement supérieur ne peut pas survivre face à des solutions inférieures s’il ignore la commodité de base pour l’utilisateur final et ne dispose pas d’une bonne gouvernance
Je pense qu’opensolaris/illumos se retrouve de fait sous assistance respiratoire pour des raisons assez similaires
Les responsables n’ont pas réussi à dépasser leur élitisme, ni à décider que la participation de la communauté exigeait quelque chose de plus simple que 100 couches de spaghetti incompréhensible en makefile/shell pour compiler le noyau
[1] https://github.com/fishman/timebomb-gentoo-osx-overlay/tree/...
Gentoo a toujours été une niche, même au sein de la communauté Linux qui est déjà une niche, mais elle semble continuer à avancer tranquillement
Quel est le problème ?
Quand on pense à toutes les factures d’électricité et émissions de gaz à effet de serre qu’a dû générer le fait de compiler sans cesse inutilement les mêmes logiciels, ça fait froid dans le dos
Gentoo n’a jamais été aussi largement utilisé que Red Hat ou Ubuntu
Et si l’ordinateur était de toute façon allumé, la consommation du CPU relève de l’erreur d’arrondi par rapport à un disque dur rotatif ou à un écran, etc.
Certaines personnes jouent 12 heures par jour sur des PC gaming de l’ordre du kilowatt, conduisent sur circuit ou se promènent avec des bateaux très gourmands en carburant
Ce qui rend Gentoo formidable, c’est qu’il a été conçu dès le départ pour permettre d’ajouter et de maintenir facilement le moindre petit ajustement que je veux sur mon système
Toutes les autres distributions que j’ai essayées — toutes les grandes distributions et plusieurs plus petites — ont tendance à mieux fonctionner par défaut, mais dès qu’on sort du chemin prévu, cela devient extrêmement pénible
Un système Gentoo bien réglé, ça fonctionne, tout simplement™
Peu importe ce que « fonctionne bien » signifie personnellement ici
Cela peut être un conflit de noms python 2to3 quand Arch décide d’écraser l’amont, ou des problèmes de latence au cœur du système parce que SystemD fait trop de choses inutiles en mode noyau
Malgré ses nombreux défauts, je suis un utilisateur de Gentoo très satisfait
Les paquets binaires amont ne sont qu’une extension supplémentaire de cette liberté
Il existait déjà des versions binaires de quelques grands projets, ou l’on pouvait monter son propre serveur de build, mais rendre davantage de binaires faciles à utiliser permettra à beaucoup plus de monde d’en profiter, sans l’énorme coût en temps lié à la compilation de chaque petit composant
Si l’on a besoin de plus de flexibilité pour un paquet précis, par exemple des patchs ou des flags USE, cela reste possible et facile à maintenir
C’est une grande victoire
Il y a eu, pendant un temps, une bonne période où Gentoo tournait vraiment de façon fluide
Il n’y avait ni trop ni trop peu de useflags, et c’était l’époque où l’on recompilait Open Office quand la chambre en résidence universitaire était trop froide, les nuits d’hiver
Je le dis avec affection