The Best Of DistroWatch — August 2026 Edition

SYNTHÈSE STRUCTURÉE

Le paradoxe de la création de distributions Linux

L’intervenant ouvre sur une provocation : « Creating a Linux distribution, really creating one is a feronic undertaking ». Il explique que techniquement, générer un ISO est trivial — n’importe qui peut le faire avec des outils comme live-build. Le vrai défi est ailleurs : il faut une vision, une compétence qui dépasse la simple technique, de l’élégance, de la patience, et une capacité à survivre au jugement de la communauté. Cette introduction pose le cadre : la technique n’est qu’une fraction du problème.

L’hostilité communautaire comme mécanisme de défense

L’intervenant décrit avec amertume l’accueil réservé aux créateurs de distributions : sur Reddit, les restrictions de karma empêchent souvent les nouveaux venus compétents de poster, tandis que les habitués peuvent commenter librement. Sur les forums Arch, le simple mot « dérivé » déclenche des réactions agressives. Il cite : « The moment they hear the word derivative, the keyboard warriors show up ». Il reconnaît toutefois que cette hostilité n’est pas pure ignorance : c’est une « réponse immunitaire » rationnelle face à la prolifération de projets médiocres, voire malveillants. Le problème n’est pas le filtrage, mais sa qualité : « The problem is that they filter badly in two seconds by reflex ».

Le problème du prestige et de l’audience

L’intervenant soulève un point inconfortable : le succès d’une distribution ne suit plus le mérite technique mais l’audience préexistante. Il cite l’exemple de DHH publiant Omakub et recevant immédiatement une attention sérieuse, alors qu’un développeur anonyme avec un projet équivalent attendrait des années sur DistroWatch. Il assume sa propre position : « I have an audience too. 32,000 people ». Il refuse de prétendre à l’objectivité et annonce que sa sélection est assumée comme subjective, avec des critères explicites.

La méthodologie d’évaluation en quatre minutes

L’intervenant détaille son approche pour évaluer les projets : il examine la présentation, la qualité de la documentation, les fonctionnalités et leur originalité, la taille de la communauté, la beauté technique, la vérifiabilité (système de build public, ISO reproductible) et l’honnêteté (le projet se présente-t-il comme beta ou stable ?). Il précise : « What counts here is the presentation, the quality of the documentation, the features and the originality of those features ». Cette méthode lui permet de rejeter un projet en quatre minutes, sans insultes ni téléchargements.

Rejet n°1 : SCP Sec OS, l’usine à fantasmes

Le site web promet 27 produits — OS desktop, serveur, suite IA, cloud, VPN, navigateur, moteur de recherche, etc. — dont 26 sont marqués « coming soon ». Le seul produit existant, l’OS, contient deux scripts shell qui appellent live-build. Le détail qui tue : le compte GitHub a été créé le 25 juillet, mais la soumission DistroWatch date du 22 juillet. L’intervenant conclut : « They asked to be listed in a database of Linux distributions 3 days before having a place to put the code ». Il y a aussi une adresse Bitcoin fonctionnelle, ce qui achève de discréditer le projet.

Rejet n°2 : Anthther OS, le cas du développeur de 12 ans

Le site utilise un langage pseudo-technique généré (« core directive », « node status online », « preempt real-time scheduling ») qui sonne creux. Le dépôt GitHub contient trois repositories, dont un seul lié à l’OS, avec zéro étoile et aucune langue détectée. La capture d’écran du bureau s’appelle littéralement mockup.png. Mais l’intervenant découvre dans le profil de l’organisation : « The project is made entirely by Anog Barnwall, a 12-year-old boy in 7th grade ». Il maintient son évaluation technique — le projet n’est pas prêt — mais change de ton : « Treating him with kid gloves would be more offensive than being strict ». Il lui donne trois conseils concrets : écrire en ses propres mots ce que fait la distribution, publier le code, renommer le fichier mockup.png.

Sélection n°1 : Valenux, l’architecture radicale

Valenux se distingue par une idée architecturale inédite : toybox à la place de coreutils, musl à la place de glibc, et un système de base qui tourne entièrement en RAM depuis un initramfs. Les applications et configurations vivent sur un disque externe via un framework appelé « amps ». Avec 361 commits d’une seule personne, dont le dernier date d’hier, ce n’est pas un thème sur Arch : « It is a different way of thinking about where the operating system lives ».

Sélection n°2 : Generatrix, la contre-culture assumée

Generatrix utilise s6 comme superviseur de processus, busybox, et revendique une philosophie « suckless ». Sa description de projet est explicite : « indépendant, anti-GNU, anti-systemd ». Le projet a trois semaines, 25 commits et une seule release. L’intervenant admet : « It is premature and I say so openly », mais salue la thèse défendue : « the thesis is exactly the one we need someone to keep defending ».

Sélection n°3 : Phantom, la preuve par la documentation

Phantom est une Puppy Linux construite avec woof-ce sur des paquets Ubuntu Jammy, avec un lanceur et une barre de tâches écrits from scratch en Python. Mais ce qui a convaincu l’intervenant, c’est un fichier nommé debug.md contenant 12 échecs de build documentés un par un, avec cause et correctif. Il déclare : « That file is worth more than 10 glossy homepages. This is the kid who did his homework ».

Sélection n°4 : Spaced Linux, la question des agents IA

Spaced Linux utilise devuan, sysvinit, mate et compiz comme gestionnaire de fenêtres principal — pas comme effet décoratif. La release du 1er août est accompagnée d’un changelog détaillé référençant les issues fermées. Mais le point intéressant est un fichier agents.md indiquant que le développement est fortement piloté par des agents LLM. L’intervenant pose la question sans moraliser : « What does it mean in 2026 to have a distribution developed by agents? That is a question, not a condemnation ».

L’appel à l’action concrète

L’intervenant termine avec des recommandations pratiques : télécharger les ISO, les tester en machine virtuelle, ouvrir des issues bien rédigées (« one well-written issue is worth more than a hundred Reddit comments »), et surtout contacter les créateurs pour les encourager. Il rappelle que pour un projet de trois semaines avec cinq étoiles GitHub, un message d’une personne ayant réellement testé l’ISO peut « changer leur journée entière ».

CONCEPTS CLÉS

• DistroWatch : base de données communautaire recensant les distributions Linux, avec un système de soumission et de classement.
• live-build : outil standard de Debian pour générer des ISO personnalisés.
• toybox : implémentation légère des utilitaires Unix, alternative à coreutils, conçue pour les systèmes embarqués.
• musl : bibliothèque C légère et conforme aux standards, alternative à glibc.
• initramfs : système de fichiers initial chargé en mémoire au démarrage, permettant de monter le vrai système racine.
• s6 : superviseur de processus et système d’initialisation, alternative à systemd.
• woof-ce : outil de construction de distributions Puppy Linux.
• sysvinit : système d’initialisation traditionnel Unix, alternative à systemd.
• **`