Cinq distributions offrent des façons différentes d’obtenir des logiciels relativement récents sans adopter le même modèle qu’Arch Linux : CachyOS et EndeavourOS restent dans son écosystème, NixOS mise sur une configuration déclarative, openSUSE Tumbleweed sur des mises à jour continues testées, et Fedora sur des versions planifiées. Le bon choix dépend surtout du contrôle que vous voulez garder sur le système et du temps que vous êtes prêt à consacrer à sa maintenance.
Une rolling release reçoit des mises à jour au fil de l’eau, sans attendre une nouvelle version majeure à intervalles fixes. Ce modèle ne dit pas à lui seul à quelle fréquence un utilisateur doit intervenir ni comment revenir en arrière : ces aspects varient selon la distribution.
| Distribution | Modèle | Particularité | Compromis pratique |
| CachyOS | Arch, rolling release | Paquets recompilés pour plusieurs architectures de processeurs | Dépend du processeur ; son dépôt distinct peut prendre du retard sur celui d’Arch |
| EndeavourOS | Proche d’Arch | Utilise principalement les dépôts d’Arch, avec un dépôt propre | Reste assez manuel et implique des passages réguliers au terminal |
| NixOS | Configuration déclarative ; canaux stable et unstable | Les changements créent des générations amorçables | Demande d’apprendre le langage de configuration Nix ; unstable peut comporter des changements importants |
| openSUSE Tumbleweed | Rolling release | Mises à jour regroupées en snapshots testés avec openQA ; retour arrière avec Snapper | Les mises à jour continues demandent de l’entretien ; les snapshots ne remplacent pas les sauvegardes personnelles |
| Fedora | Versions planifiées, sans rolling release | Deux versions par an selon le rythme rapporté ; choix de paquets et de bureau avec l’installateur Everything | Les paquets ne suivent pas un flux continu comme dans une rolling release |
CachyOS et EndeavourOS : deux façons de rester proche d’Arch
CachyOS vise les utilisateurs qui veulent une base Arch avec des paquets adaptés à certaines architectures de processeurs. Le projet indique recompiler des paquets pour x86-64-v3, x86-64-v4 et Zen 4+. Il annonce un gain de performance de 5 à 20 % pour x86-64-v3 par rapport à x86-64. Cette estimation est une affirmation du projet, pas une garantie valable pour chaque logiciel ou ordinateur. Pour x86-64-v4, les gains liés à AVX-512 varient selon la charge de travail.
Le choix du matériel compte : CachyOS avertit que certains processeurs Intel hybrides de 12e génération ou ultérieurs peuvent ne pas exécuter AVX-512, même si leurs caractéristiques déclarées semblent compatibles avec x86-64-v4. CachyOS utilise aussi son propre dépôt, qui peut prendre du retard sur celui d’Arch.
EndeavourOS convient davantage à qui souhaite retrouver une expérience très proche d’Arch tout en simplifiant l’installation. La distribution utilise principalement les dépôts d’Arch, auxquels s’ajoute un dépôt EndeavourOS. Elle reste toutefois assez manuelle et demande de fréquents passages au terminal : l’installation simplifiée ne supprime pas l’entretien courant.
L’Arch User Repository, ou AUR, est distinct des dépôts officiels d’Arch. Il contient des scripts de compilation proposés par les utilisateurs pour des logiciels qui n’y figurent pas. Les personnes qui les utilisent construisent les paquets et doivent examiner les scripts ainsi que veiller à leur maintenance.
NixOS : configuration déclarative et générations amorçables
NixOS convient à ceux qui veulent décrire leur configuration et pouvoir démarrer sur un état antérieur du système. Une configuration déclarative indique dans des fichiers l’état souhaité du système ; NixOS s’appuie sur ces déclarations pour créer des générations. Les changements de configuration ajoutent une entrée amorçable au menu de démarrage, qui permet de revenir à une génération précédente.
Ce fonctionnement demande d’apprendre le langage de configuration Nix. NixOS propose des canaux stable et unstable : ce dernier suit la branche principale de développement et peut inclure des changements importants. Le manuel de NixOS ne le recommande pas pour les systèmes de production.
openSUSE Tumbleweed : des mises à jour continues avec retour arrière
Tumbleweed associe le modèle rolling release à des mises à jour regroupées en snapshots, testés ensemble avec openQA. Les paquets arrivent en continu, mais sont distribués par lots testés plutôt qu’individuellement au fil de leur publication.
La procédure de retour arrière décrite par le projet s’appuie sur un instantané du système de fichiers Btrfs : il est possible de démarrer sur un instantané en lecture seule, puis d’exécuter snapper rollback. Le lot de mise à jour et l’instantané Btrfs sont deux éléments distincts du mécanisme. Comme avec les générations de NixOS, revenir à un état du système ne remplace pas une sauvegarde séparée des fichiers personnels.
Fedora : des versions planifiées plutôt que continues
Fedora s’adresse à ceux qui préfèrent un calendrier de versions à des mises à jour continues. Son rythme est de deux versions par an ; les mises à jour du noyau et des composants graphiques se poursuivent pendant la période de prise en charge de chaque version.
L’installateur Everything permet de choisir manuellement des groupes de paquets et un environnement de bureau. Cette option donne davantage de contrôle sur la configuration initiale ; elle ne transforme pas Fedora en rolling release.
Choisir selon le niveau de maintenance souhaité
- Pour des paquets Arch compilés pour des architectures de processeurs ciblées : choisissez CachyOS, en tenant compte de la compatibilité de votre processeur et du gain annoncé par le projet.
- Pour rester au plus près d’Arch : EndeavourOS simplifie l’installation, mais conserve une approche où l’usage du terminal et l’entretien du système comptent.
- Pour décrire votre système et conserver des configurations précédentes amorçables : NixOS offre ce mécanisme, au prix de l’apprentissage de son langage.
- Pour une rolling release avec des lots testés et une procédure de retour arrière : Tumbleweed réunit snapshots, openQA et Snapper ; gardez aussi des sauvegardes de vos données.
- Pour éviter un flux continu de mises à jour : Fedora suit un calendrier de versions planifiées, avec des mises à jour du noyau et des composants graphiques pendant leur période de prise en charge.
