Intel a arrêté Clear Linux en juillet 2025, mettant fin à une décennie de travail sur ce qui était largement mesuré comme la distribution Linux généraliste la plus rapide. Le 31 août 2026, Auke Kok, qui a passé plus de dix-sept ans chez Intel entre Moblin, MeeGo, Tizen et Clear Linux avant de partir en 2023, a publié les premières notes d'un projet successeur. Il s'appelle The Ur Project, il est écrit en Rust côté producteur comme côté consommateur, et son but affiché n'est pas d'être une distribution. C'est d'être la chose qui en construit une, pour qu'une entreprise ou une communauté produise la sienne.
The short answer
Auke Kok, ancien ingénieur Intel passé par Moblin, MeeGo, Tizen et Clear Linux avant de partir en 2023, a publié les premières notes de conception de The Ur Project. Ce n'est pas une distribution. C'est une pile pour construire des distributions, écrite en Rust côté producteur comme côté consommateur, visant les constructions reproductibles, le suivi de provenance, The Update Framework, des couches de composition, des mises à jour atomiques et une conteneurisation optionnelles, et l'empaquetage de plus d'un millier de projets amont. Kok désigne la difficulté à contribuer comme le défaut central de Clear Linux. Il n'y a encore rien à télécharger.
Quand Intel a tué Clear Linux en juillet 2025, la réaction dans le monde Linux portait moins sur la distribution que sur ce qu'elle représentait. Clear Linux était la référence des articles de mesure, celle qui montrait combien de performance une distribution ordinaire laisse sur la table à cause d'options de compilation prudentes et de binaires génériques. Elle s'est arrêtée net, dépôts archivés et consigne de migrer vite.
Un peu plus d'un an après, l'un de ses architectes a publié ce qu'il veut construire ensuite.
Le diagnostic porte sur la contribution, pas sur le code
Auke Kok a passé plus de dix-sept ans chez Intel, sur Moblin, puis MeeGo, puis Tizen, puis Clear Linux, avant de quitter l'entreprise en 2023. C'est une quantité inhabituelle d'expérience accumulée sur le problème précis consistant à monter une distribution Linux depuis zéro, plusieurs fois, à l'intérieur d'une grande entreprise.
Son diagnostic du défaut central de Clear Linux mérite une lecture attentive, parce que ce n'est pas la réponse que la plupart des gens donneraient. Il ne pointe aucune limite technique. Il dit que c'était bien trop difficile à contribuer pour la communauté, et qu'il n'existait pas de flux clair pour faire intégrer un travail de développement.
C'est un vrai mode de défaillance, et sous-estimé. Une distribution peut être techniquement excellente et n'avoir qu'un seul fournisseur, et quand ce fournisseur réaffecte un budget, l'excellence s'évapore en un message de forum. Clear Linux n'a jamais développé la base de contributeurs extérieurs qui permet à un projet de survivre à son parrain, et la raison en est que contribuer était difficile par construction.
Ce que propose Ur à la place
Le projet décrit son objectif comme la construction d'une pile logicielle mature de fabrication de distributions Linux, permettant à des utilisateurs et des entreprises de bâtir leur propre distribution sécurisée. Cette phrase fait beaucoup de travail, il vaut donc la peine de la déplier.
Le livrable n'est pas une image ISO. C'est la machinerie : le système de construction, les définitions d'empaquetage, le mécanisme de mise à jour, l'outillage de composition. La distribution que vous finissez par faire tourner est celle que vous assemblez, qu'il s'agisse d'une image embarquée à fonction fixe ou d'un système de bureau avec GNOME ou Xfce par-dessus. Les mises à jour atomiques et la conteneurisation optionnelles font partie de la cible plutôt que du postulat, ce qui suggère l'intention de couvrir un éventail de styles de déploiement plus large qu'un simple bureau immuable.
Les deux moitiés doivent être écrites en Rust, producteur et consommateur. C'est un argument de maintenance autant que de sûreté. Un système de construction et son pendant à l'exécution partageant un langage et un graphe de dépendances représentent nettement moins de travail pour une petite équipe que l'habituel empilement de shell, de Python et de C qui s'accumule autour de la gestion de paquets.
Les points de chaîne logicielle sont le sérieux de l'affaire
Trois entrées de la liste de conception vont ensemble et en disent plus sur les ambitions du projet que le choix du langage.
Les constructions reproductibles signifient que compiler les mêmes sources avec les mêmes entrées produit une sortie identique octet pour octet, de sorte qu'un tiers puisse vérifier qu'un binaire publié correspond aux sources qu'il revendique. C'est le socle sur lequel tout le reste de la liste repose.
Le suivi de provenance signifie tenir un registre vérifiable de l'origine de chaque artefact et de ce qui l'a produit. Pour une pile dont le but entier est de laisser d'autres gens construire leur distribution, ce n'est pas optionnel. Si cent organisations assemblent chacune un système à partir de ces morceaux, la question de savoir ce qui est exactement entré dans une image donnée doit avoir une réponse qui ne dépende pas de la confiance faite à celui qui l'a assemblée.
The Update Framework est une spécification établie pour l'intégrité des systèmes de mise à jour, bâtie sur des métadonnées signées, une séparation des rôles et la rotation des clés, pour que la confiance dans une mise à jour ne repose jamais sur une seule clé ni sur un seul serveur restant correct indéfiniment. Choisir une spécification existante plutôt qu'en inventer une est le bon réflexe, et c'est un engagement concret plutôt qu'un geste vague.
Ensemble, cela forme une position cohérente : le récit de confiance doit être bâti dès le départ, parce qu'il ne se greffe pas après coup sur un système de construction qui a déjà produit un millier de paquets.
Les points sur lesquels rester sceptique
Il y en a deux, et il est plus loyal envers le projet de les nommer franchement que d'être poli.
Le premier est l'échelle. Empaqueter plus d'un millier de projets amont, environnements de bureau complets compris, représente une charge continue réellement lourde, et l'annonce émane d'un projet sans aucun livrable. Clear Linux portait cette charge avec les ressources d'Intel derrière lui. L'écart entre un document d'architecture et un jeu de paquets maintenu est l'endroit où la plupart des nouvelles distributions s'arrêtent.
Le second est la dépendance à l'IA. Le projet dit qu'il s'appuiera en partie sur l'IA et les grands modèles de langage, sans dire où. Lu avec bienveillance, cela vise exactement le travail qui fait abandonner les petites équipes : générer et rafraîchir des recettes de construction en volume, trier les échecs après un changement de chaîne d'outils, maintenir les métadonnées à jour sur un millier de projets amont. C'est une hypothèse raisonnable sur ce qui a changé depuis la dernière fois que quelqu'un s'y est essayé seul. C'est aussi non démontré, et cela cohabite mal avec les objectifs de reproductibilité et de provenance, qui portent précisément sur la capacité à vérifier ce qui s'est passé plutôt qu'à faire confiance à un processus.
Ces deux réserves portent sur l'exécution, pas sur la conception. La conception elle-même est plus réfléchie que la plupart des annonces de nouvelles distributions, qui ouvrent en général sur un thème de bureau.
À surveiller, pas à installer
Il n'y a rien à installer. Ce qu'il y a, c'est un ensemble public de notes signées de quelqu'un qui a bâti cette catégorie de chose à plusieurs reprises, soutenant que le moyen de garder une distribution vivante est de rendre la contribution facile aux gens de l'extérieur, et partant de la chaîne logicielle plutôt que du gestionnaire de paquets.
Si vous voulez l'état actuel d'un projet plus avancé dans une direction voisine, notre couverture d'AerynOS et de ses dépôts versionnés examine une distribution qui repense la même couche avec du logiciel qui fonctionne derrière.
Sources et pour aller plus loin
- Former Intel Engineer Who Was One Of The Clear Linux Architects Is Starting A New Distro, Phoronix, 31 août 2026
- The Ur Project, notes d'Auke Kok
- Clear Linux OS terminated as Intel trims the fat, The Register, 21 juillet 2025
- Intel announces end of Clear Linux OS project, archives GitHub repos, BleepingComputer
Questions fréquentes
Est-ce le retour de Clear Linux ?
Non, et le cadrage est délibérément différent. Clear Linux était une distribution qu'Intel produisait et que les utilisateurs consommaient. The Ur Project se décrit comme une pile logicielle de construction de distributions, pour que des utilisateurs et des entreprises produisent leur propre distribution sécurisée. C'est un autre produit avec un autre public. Le diagnostic de Kok sur ce qui a mal tourné est que Clear Linux était bien trop difficile à contribuer pour la communauté et manquait d'un flux clair pour intégrer le travail de développement, ce qui est un problème de gouvernance et d'outillage plutôt que de technique.
Qu'est-ce qui est construit à ce jour ?
Très peu, et le projet le dit. À l'annonce, il n'y a aucun livrable. Ce qui existe, c'est un ensemble de notes publiées exposant la conception et les débuts de l'infrastructure nécessaire à son démarrage. Voyez cela comme un document d'architecture signé de quelqu'un aux références inhabituelles, plutôt que comme un logiciel installable. L'intérêt de le lire aujourd'hui tient aux décisions de conception, pas à un téléchargement.
Que précise réellement la conception ?
La liste publiée couvre les constructions reproductibles, le suivi de provenance, l'intégration de The Update Framework pour la signature et la sécurité des mises à jour, des couches de composition pour assembler un système à partir de morceaux, et l'empaquetage de plus d'un millier de projets libres dont GNOME et Xfce. Le côté producteur, c'est-à-dire le système de construction, et le côté consommateur, c'est-à-dire ce qui tourne sur la machine obtenue, doivent tous deux être écrits en Rust. Les mises à jour atomiques et la conteneurisation optionnelles font partie de la cible, et la même pile doit servir des systèmes embarqués et de bureau.
Que signifie s'appuyer sur l'IA ici ?
L'annonce indique que le projet s'appuiera en partie sur l'IA et les grands modèles de langage, sans préciser où. Pour un système de construction de distribution, les usages plausibles sont le travail fastidieux et volumineux : générer et mettre à jour des recettes de construction pour un millier de projets amont, trier les échecs de construction après un changement de chaîne d'outils, et maintenir à jour les métadonnées d'empaquetage. Ce sont les tâches qui font abandonner une petite équipe, et la raison pour laquelle Clear Linux exigeait des ressources de la taille d'Intel pour avancer. Savoir si cette substitution fonctionne est l'une des questions ouvertes à surveiller.
Pourquoi Intel a-t-il arrêté Clear Linux ?
Intel a annoncé la fin en juillet 2025 sur les forums du projet Clear Linux, avec effet immédiat : plus de correctifs, plus de mises à jour, plus de maintenance, et les dépôts GitHub passés en archives en lecture seule. Il a été demandé aux utilisateurs de migrer rapidement. Cela s'est produit pendant une large campagne de réduction des coûts dans l'entreprise. La distribution avait une vraie réputation technique, bâtie sur des options de compilation agressives, le multi-versionnage de fonctions et un modèle de configuration sans état, et rien de tout cela n'a suffi à survivre à une décision budgétaire prise ailleurs.