J’aime bien expliquer les distributions Linux avec une métaphore de cuisine.
Table Of Content
Les distributions binaires classiques comme Debian, Fedora, ou même Arch Linux, c’est un peu comme un chef dans une cuisine où tous les plats sont déjà préparés.
Les ingrédients ont été sélectionnés, les recettes ont été exécutées, et les plats sont prêts. Le chef n’a plus qu’à réchauffer et servir.
C’est rapide, efficace, et ça fonctionne très bien dans l’immense majorité des cas.
NixOS, c’est un peu différent.
On est dans une cuisine où il y a absolument tous les ingrédients du monde, parfaitement rangés dans des contenants étiquetés. Et au milieu de la pièce, il y a un robot de cuisine extrêmement sophistiqué.
On lui donne une recette précise, une liste d’ingrédients, et il fait tout.
Découpe, cuisson, assemblage.
Le chef ne cuisine pas vraiment, il décrit ce qu’il veut manger.
Et puis il y a Gentoo.
Gentoo, c’est un chef dans une immense cuisine où il y a tous les ingrédients possibles et tous les instruments imaginables.
Mais cette fois, il n’y a ni plat préparé ni robot.
Le chef fait tout lui-même.
Il choisit les ingrédients, il prépare les sauces, il découpe, il mélange, il surveille la cuisson.
Tout est possible, absolument tout. Mais tout repose sur lui.
Et c’est là que le sujet devient intéressant.
Le faux problème du temps #
Quand on parle de Gentoo, la première critique qui revient toujours concerne le temps.
Installer une application prend plus de temps que sur Arch Linux, Debian ou Fedora.
Faire une mise à jour du système prend plus de temps aussi.
Même lorsqu’on active les paquets binaires fournis par Gentoo, les installations restent souvent plus longues que sur une distribution binaire classique. En pratique, j’ai souvent l’impression que l’installation d’un paquet binaire Gentoo prend à peu près le même temps qu’une installation via Flatpak.
Mais ce temps-là n’est pas vraiment le problème.
La machine reste totalement utilisable pendant une compilation. On peut continuer à travailler, naviguer sur internet, écrire un billet de blog ou même jouer.
Il m’est souvent arrivé d’écrire des articles pendant que mon système se compilait tranquillement.
Ou de lancer une petite partie de 0 A.D. ou de Dead by Daylight.
Et pour être totalement honnête, ma routine était souvent la même :
Je lançais mes mises à jour vers 18h45, puis j’allais dîner, regarder la télévision avec les enfants et madame, et je revenais vers 21h.
Le temps machine n’est donc pas vraiment un problème.
Le vrai coût est ailleurs.
Le temps “cerveau” #
Ce qui finit par peser avec Gentoo, ce n’est pas le temps que la machine passe à compiler.
C’est ce que j’appelle le temps “cerveau”.
C’est un temps difficile à mesurer.
Un mélange de réflexion, de vérifications, de petites actions à effectuer parce que le système nous le demande.
Sous Gentoo, les outils sont excellents. Ils nous guident énormément.
Portage nous indique ce qu’il faut faire, les messages sont souvent très clairs, et il donne même les commandes à exécuter.
Mais cela reste des choses à faire soi-même.
Par exemple :
Nettoyer Perl et reconstruire ses modules :
perl-cleaner -q --modules
Reconstruire les modules du noyau si nécessaire :
emerge -q @module-rebuild
Vérifier les dépendances cassées :
revdep-rebuild -iq
Ce ne sont pas des opérations compliquées.
Ce sont même des choses que l’on finit par faire presque machinalement.
Mais elles existent.
Et surtout, elles s’accumulent.
Cela peut être un bout de code à ajouter dans un script, quelques paquets supplémentaires à installer pour activer une fonctionnalité, une commande à lancer après une mise à jour, ou encore une news Portage qui demande une intervention manuelle.
Quand on est plongé dedans, on ne s’en rend pas vraiment compte.
Mais lorsqu’on quitte Gentoo pendant un moment, on réalise soudainement la quantité de petites décisions et d’actions que l’on faisait régulièrement.
C’est cela que j’appelle le temps cerveau.
Une autre philosophie #
Ces dernières années, j’ai été assez séduit par une approche presque opposée.
Celle de projets comme universal-blue.
Leur idée est simple :
l’utilisateur ne devrait pas avoir à s’occuper de la maintenance de son système.
Le projet le résume très bien :
Laissez-nous nous occuper de vos mises à jour.
Conçu pour ne pas vous gêner.
Obtenez ce que vous voulez sans sacrifier la stabilité du système.
Laissez votre système d’exploitation gérer votre matériel pour que vous n’ayez pas à vous en soucier.
Travailler avec votre matériel, pas pour lui.
J’aime beaucoup cette vision.
C’est aussi un peu l’esprit de certains projets autour de Fedora Atomic ou des images immuables.
Et c’est également quelque chose que l’on retrouve dans l’écosystème Nix.
Où j’en suis aujourd’hui #
Avec NixOS, j’ai passé un peu de temps à écrire mes fichiers Nix pour obtenir exactement le système que je voulais.
Cela m’a demandé un peu de travail au départ.
Mais une fois que tout est en place, le système devient très simple à maintenir.
Je n’ai pratiquement plus rien à faire.
La prochaine étape sera peut-être d’aller encore plus loin, vers quelque chose qui fonctionne directement en sortie de boîte, sans configuration particulière.
Sur ma Gentoo en revanche, je reste en mode totalement manuel.
Et quelque part, c’est aussi pour cela que j’y reviens toujours.
Parce que de temps en temps, cuisiner soi-même dans une grande cuisine pleine d’ingrédients reste un plaisir.
Quand la cuisine des distributions Linux révèle les dérives politiques
Les distributions Linux, comme les cuisines politiques, se préparent souvent à l’avance, mais la recette du succès peut parfois tourner au vinaigre.
Dans le monde des distributions Linux, on trouve des chefs cuisiniers de tous horizons. Les distributions binaires classiques comme Debian, Fedora, ou même Arch Linux, c’est un peu comme un chef dans une cuisine où tous les plats sont déjà préparés. Les ingrédients ont été sélectionnés, les recettes ont été exécutées, et les plats sont prêts. Le chef n’a plus qu’à réchauffer et servir. C’est rapide, efficace, et ça fonctionne très bien dans l’immense majorité des cas.
NixOS, c’est un peu différent. On est dans une cuisine où il y a absolument tous les ingrédients du monde, parfaitement rangés dans des contenants étiquetés. Et au milieu de la pièce, il y a un robot de cuisine extrêmement sophistiqué. On lui donne une recette précise, une liste d’ingrédients, et il fait tout. Découpe, cuisson, assemblage. Le chef ne cuisine pas vraiment, il décrit ce qu’il veut manger.
Et puis il y a Gentoo. Gentoo, c’est un chef dans une immense cuisine où il y a tous les ingrédients possibles et tous les instruments imaginables. Mais cette fois, il n’y a ni plat préparé ni robot. Le chef fait tout lui-même. Il choisit les ingrédients, il prépare les sauces, il découpe, il mélange, il surveille la cuisson. Tout est possible, absolument tout. Mais tout repose sur lui.
Ce qui se passe réellement
Quand on parle de Gentoo, la première critique qui revient toujours concerne le temps. Installer une application prend plus de temps que sur Arch Linux, Debian ou Fedora. Faire une mise à jour du système prend plus de temps aussi. Même lorsqu’on active les paquets binaires fournis par Gentoo, les installations restent souvent plus longues que sur une distribution binaire classique. Mais ce temps-là n’est pas vraiment le problème.
La machine reste totalement utilisable pendant une compilation. On peut continuer à travailler, naviguer sur internet, écrire un billet de blog ou même jouer. Il m’est souvent arrivé d’écrire des articles pendant que mon système se compilait tranquillement. Le vrai coût est ailleurs.
Le temps “cerveau”
Ce qui finit par peser avec Gentoo, ce n’est pas le temps que la machine passe à compiler. C’est ce que j’appelle le temps “cerveau”. Un mélange de réflexion, de vérifications, de petites actions à effectuer parce que le système nous le demande. Sous Gentoo, les outils sont excellents. Ils nous guident énormément. Mais cela reste des choses à faire soi-même.
Quand on est plongé dedans, on ne s’en rend pas vraiment compte. Mais lorsqu’on quitte Gentoo pendant un moment, on réalise soudainement la quantité de petites décisions et d’actions que l’on faisait régulièrement. C’est cela que j’appelle le temps cerveau.
Pourquoi cela dérange
Dans un monde où la rapidité et l’efficacité sont souvent mises en avant, la philosophie de Gentoo peut sembler archaïque. Pourtant, elle révèle une vérité troublante : la complexité et l’effort personnel sont souvent gommés par des solutions rapides et simplistes. C’est un peu comme dans le paysage politique actuel, où les promesses de changement rapide sont souvent suivies de déceptions cuisantes.
Ce que cela implique concrètement
Les utilisateurs de Gentoo, tout comme les citoyens confrontés à des politiques inefficaces, doivent naviguer dans un océan de choix et de décisions. Chaque mise à jour, chaque installation devient un acte de foi, un engagement envers un système qui demande plus qu’il ne donne. Cela peut sembler noble, mais cela soulève des questions sur la viabilité à long terme de ce modèle.
Lecture satirique
Les discours politiques, tout comme les promesses des distributions Linux, sont souvent déconnectés de la réalité. Les dirigeants promettent des solutions rapides à des problèmes complexes, tout en ignorant le « temps cerveau » que cela implique pour les citoyens. C’est une danse délicate entre promesses et réalités, où les véritables enjeux sont souvent laissés de côté.
Effet miroir international
À l’échelle mondiale, on observe des gouvernements qui, comme certains utilisateurs de Gentoo, se retrouvent à jongler avec des systèmes complexes sans véritable plan d’action. Que ce soit aux États-Unis, en Russie ou ailleurs, les dérives autoritaires et les politiques ultraconservatrices montrent que la complexité n’est pas toujours synonyme de compétence.
À quoi s’attendre
À l’avenir, il est probable que les utilisateurs de Gentoo, tout comme les citoyens, devront faire face à des choix de plus en plus difficiles. Les solutions rapides séduiront toujours, mais la question demeure : à quel prix ?
Sources
Source : passiongnulinux.free.nf

