CachyOS a publié son rafraîchissement média d'août 2026 le 9 août, et le passage intéressant n'est pas sur le bureau. L'installateur en ligne de commande a reçu un support expérimental des profils d'installation d'une future CachyOS Server Edition, ce qui est une direction franchement surprenante pour une distribution bâtie autour du réglage de performance en bureautique et en jeu. En parallèle, le projet réécrit son propre outillage : le moteur du gestionnaire de noyaux chwd est passé de C plus plus à Rust, l'applet Cachy Update est passée à Rust également, et le gestionnaire de paquets graphique Shelly a été réécrit de C sharp vers Zig, retirant un moteur d'exécution managé de l'installation par défaut.
The short answer
La version CachyOS d'août 2026 est arrivée le 9 août et fait deux choses à noter. Son installateur en ligne de commande a gagné des profils d'installation expérimentaux pour une future CachyOS Server Edition, une direction que personne n'attendait d'une distribution bâtie sur le réglage bureautique et le jeu. Et le projet a continué à sortir son propre outillage des langages anciens : chwd, le moteur du gestionnaire de noyaux, est passé de C plus plus à Rust, l'applet Cachy Update est passée à Rust, et le gestionnaire de paquets graphique Shelly a été réécrit de C sharp vers Zig, retirant un moteur d'exécution managé de l'installation par défaut.
Un rafraîchissement média mensuel est d'ordinaire la chose la moins remarquable que fasse une distribution à publication continue. Les paquets étaient déjà à jour, l'image ISO ne l'était pas, et la reconstruire relève de l'entretien. La version CachyOS publiée le 9 août fait exception, et la raison est enfouie dans l'installateur en ligne de commande.
Cet installateur porte désormais un support expérimental des profils d'installation d'une CachyOS Server Edition. L'édition elle même n'existe pas encore, aucune liste de fonctionnalités n'a été publiée et aucune date n'a été donnée, mais on ne refactorise pas un installateur pour accueillir des profils serveur par simple désœuvrement.
Une distribution bureautique de performance qui regarde vers les serveurs
CachyOS est basée sur Arch et toute sa proposition tient au réglage. Noyaux compilés avec d'autres ordonnanceurs et d'autres drapeaux d'optimisation, paquets compilés pour des niveaux de microarchitecture x86 plus récents, et des réglages par défaut qui vous épargnent de tout assembler. Cette combinaison a trouvé son public en bureautique et en jeu, là où la différence se voit et où le risque d'une publication continue se limite à une machine.
Une édition serveur est un autre argument, et le surprenant, c'est à quel point il tient debout une fois le réglage séparé du bureau.
Compiler pour x86-64-v3 ou v4 se défend sans doute mieux sur un parc de machines identiques que vous avez spécifiées et que vous contrôlez que sur un portable que vous remplacerez peut-être l'an prochain. Le travail d'ordonnancement compte autant pour une base de données sous charge que pour un jeu. Rien de tout cela n'exige un serveur d'affichage, et rien ne cesse d'être vrai quand la machine part en baie.
Les réécritures, c'est l'autre moitié de l'histoire
Trois outils maison du projet ont changé de langage ce cycle, et le motif est cohérent.
chwd, le moteur derrière la gestion des noyaux et du matériel, est passé de C plus plus à Rust. L'applet Cachy Update en zone de notification est passée à Rust également. Aucune des deux réécritures n'ajoute de fonctionnalité, et aucune n'est censée le faire. Ce qu'elles apportent, c'est la sûreté mémoire dans des composants qui tournent avec des privilèges, et une base où l'outillage du projet partage un seul jeu de motifs plutôt que plusieurs.
Shelly, le gestionnaire de paquets graphique par défaut, est le cas le plus intéressant. Il est passé de C sharp à Zig, et la conséquence tient moins au langage qu'à ce qui venait avec l'ancien. Une application C sharp a besoin d'un moteur d'exécution managé, et en embarquer un dans une installation de bureau par défaut signifie que chaque utilisateur porte cette dépendance, qu'autre chose s'en serve ou non. La réécriture en Zig la supprime : installation plus légère, mémoire moindre pour un outil résident, et un moteur d'exécution de moins à suivre sur une publication continue.
Un argument de maintenance sous tend les trois. Une distribution dont les propres outils sont écrits dans des langages que ses empaqueteurs gèrent déjà est plus facile à garder cohérente qu'une distribution qui traîne tout un écosystème pour une seule application.
Le versant bureau, brièvement
L'installateur graphique et l'écran d'accueil ont reçu des améliorations et des corrections, les profils de bureau ont été ajustés, et la documentation du guide de jeu a été mise à jour. C'est le contenu ordinaire d'un rafraîchissement mensuel et rien là dedans ne change ce que fait une installation existante, puisque les paquets sont arrivés chez les utilisateurs en continu il y a des semaines.
Ce que nous ferions
Rien pour l'instant si vous guettez l'édition serveur, et il y a une vraie question à trancher avant.
Savoir si une publication continue a sa place sur un serveur dépend bien plus de votre discipline de mise à jour que de la distribution choisie. Des noyaux et des bibliothèques à jour sans attendre un cycle de distribution est un bénéfice réel si vous avez besoin d'un support matériel récent. La cible mouvante en est le coût : les mises à jour sans surveillance cessent d'être acceptables, les instantanés avant mise à jour cessent d'être facultatifs, et il vous faut un chemin de retour arrière que vous avez testé plutôt qu'un chemin que vous supposez fonctionnel. Les systèmes basés sur Arch s'en sortent bien avec des instantanés btrfs et une entrée d'amorçage, ce que CachyOS agence déjà par défaut, et c'est probablement ce qui rend une édition serveur plausible. Notre guide pour choisir une distribution Linux en 2026 détaille cet arbitrage.
Si vous faites déjà tourner CachyOS, cette version ne change rien à votre machine. Les utilisateurs en continu ont ces paquets depuis des semaines, et le rafraîchissement média ne compte que pour les nouvelles installations.
Sources et pour aller plus loin
- CachyOS August 2026 release preps for upcoming Server Edition, Phoronix, 9 août 2026
- CachyOS ISO release for August 2026 improves the installer and desktop profiles, 9to5Linux
- Annonce de la version CachyOS d'août 2026
- Fil d'annonce de la version d'août 2026 sur le forum du projet
- Le projet CachyOS
Questions fréquentes
Qu'est-ce que CachyOS et pourquoi une distribution bureautique orientée performance voudrait-elle une édition serveur ?
CachyOS est une distribution basée sur Arch dont toute la promesse tient au réglage de performance : noyaux compilés avec d'autres ordonnanceurs et d'autres drapeaux d'optimisation, paquets compilés pour des niveaux de microarchitecture x86 plus récents, et des réglages par défaut sensés pour qui aurait sinon tout assemblé à la main. Cela lui a valu du succès en bureautique et en jeu. Une édition serveur est une autre proposition, et ce qui la rend non absurde, c'est que les mêmes drapeaux de compilation et le même travail d'ordonnancement s'appliquent à des charges sans aucun affichage. Compiler pour x86-64-v3 ou v4 se défend sans doute mieux sur un parc de machines identiques que vous maîtrisez que sur un portable que vous remplacerez peut-être. Savoir s'il est bon de faire tourner une distribution à publication continue sur des serveurs est la vraie question, et c'est une autre question.
La Server Edition est-elle disponible dès maintenant ?
Non. Ce qui est sorti le 9 août, c'est un support expérimental dans l'installateur en ligne de commande pour des profils d'installation Server Edition, c'est-à-dire la plomberie qui doit exister avant qu'une édition puisse sortir. Le projet n'a publié ni liste de fonctionnalités, ni noyau cible, ni date. Traitez cela comme n'importe quel travail préparatoire dans un journal des modifications : cela confirme la direction et ne dit rien sur l'arrivée. Pour suivre le dossier, le blog des sorties CachyOS et les annonces du forum sont les premiers endroits où le détail apparaîtra, et les changements de l'installateur sont visibles dans les médias actuels si vous voulez regarder ce qui se prépare.
Pourquoi le passage du gestionnaire de paquets de C sharp à Zig compte-t-il ?
À cause de ce qui vient avec C sharp plutôt qu'à cause du langage lui même. Une application C sharp a besoin d'un moteur d'exécution managé, et en embarquer un dans une installation de bureau par défaut signifie que chaque utilisateur porte cette dépendance, que quoi que ce soit d'autre sur le système l'utilise ou non. Passer Shelly à Zig la supprime. Les effets pratiques sont une installation plus légère, une empreinte mémoire plus faible pour un outil qui reste résident, et un moteur d'exécution de moins à tenir à jour sur une publication continue. Il y a aussi un argument de maintenance : une distribution dont les propres outils sont écrits dans un langage que ses empaqueteurs gèrent déjà est plus facile à garder cohérente qu'une distribution qui tire tout un écosystème pour une seule application.
Qu'est-ce que chwd et qu'est-ce qui change maintenant qu'il est écrit en Rust ?
chwd est le moteur derrière la gestion des noyaux et du matériel sur CachyOS, la pièce qui détermine ce dont une machine a besoin et qui l'administre. La réécriture de C plus plus vers Rust n'ajoute pas de fonctionnalité et n'est pas censée le faire. Ce qu'elle apporte, c'est la sûreté mémoire dans un composant qui tourne avec des privilèges et touche à la détection matérielle, plus une base de code qui partage ses motifs avec le reste de l'outillage Rust du projet. Ce genre de réécriture ne produit presque jamais quelque chose qu'un utilisateur remarque le jour même, et c'est précisément pour cela qu'on les fait pendant une version calme plutôt que chargée. Le résumé honnête, c'est un investissement de maintenance, pas une fonctionnalité.
Faut-il mettre une distribution à publication continue sur un serveur ?
Notre position est que cela dépend bien plus de votre discipline de mise à jour que de la distribution. Une publication continue vous donne des noyaux et des bibliothèques à jour sans attendre un cycle de distribution, ce qui est réellement utile si vous avez besoin d'un support matériel récent ou d'une nouveauté côté espace utilisateur. Elle vous donne aussi une cible mouvante, ce qui veut dire que les mises à jour sans surveillance sont une mauvaise idée, que les instantanés avant mise à jour cessent d'être facultatifs, et qu'il vous faut un chemin de retour arrière que vous avez réellement testé. Les systèmes basés sur Arch rendent cela gérable avec des instantanés btrfs et une entrée d'amorçage, et CachyOS livre ce type d'agencement par défaut. Si vous ne pouvez pas vous engager à lire les notes de version et à tester avant de déployer sur un parc, une distribution à versions figées reste la bonne réponse.