URL:     https://linuxfr.org/news/presentation-de-slyos-un-systeme-base-sur-arch-linux-equipe-d-openrc-regreet-et-niri
Title:   Présentation de SlyOS, un système basé sur Arch linux équipé d'OpenRC, ReGreet et niri
Authors: Minaucro
         Julien Jorge et Pierre Jarillon
Date:    2026-08-27T10:36:46+02:00
License: CC By-SA
Tags:    archlinux, regreet, wayland, niri, linux, slyos et openrc
Score:   2


**[Arch Linux](https://fr.wikipedia.org/wiki/Arch_Linux)** est une distribution très connue pour être une bonne base permettant de créer son propre système Linux personnalisé de fond en comble. La possibilité d’y ajouter des logiciels libres peu connus du grand public via l' **[AUR](https://aur.archlinux.org/)** est l’une des grandes forces d’Arch Linux.



J’ai donc une vision personnelle assez précise du **bureau Linux idéal**, et je souhaite la partager ici en vous présentant un projet sur lequel je travaille depuis un peu moins d’un an, presque non-stop. Ma propre distribution Linux : **SlyOS**, un système d'exploitation libre distribué sous **[licence GPLv3](https://fr.wikipedia.org/wiki/Licence_publique_g%C3%A9n%C3%A9rale_GNU)**.


----

[Le site Web officiel de SlyOS](https://minaucro.fr/slyos/)
[La configuration archiso de SlyOS](https://codeberg.org/Minaucro/SlyOS)

----

Par exemple, voici quelques logiciels disponibles dans l'**[AUR](https://aur.archlinux.org/)** : [DeaDBeeF](https://aur.archlinux.org/packages/deadbeef), [Cine](https://aur.archlinux.org/packages/cine), [Warehouse](https://aur.archlinux.org/packages/warehouse-git), [Carburetor](https://aur.archlinux.org/packages/carburetor), …


Arch Linux est aussi une distribution valorisée par son choix presque illimité d'environnements de bureau. En effet, on peut prendre l'exemple de mon expérience personnelle sur ce point.



J’ai tout d'abord commencé par découvrir **[GNOME](https://www.gnome.org/fr/)**. Son interface m’a immédiatement convaincu et il reste aujourd’hui l’un de mes environnements de bureau préférés. La principale réserve que j’ai à son sujet concerne sa dépendance trop marquée à plusieurs composants de **[systemd](https://fr.wikipedia.org/wiki/Systemd)** (j’expliquerai plus tard dans la dépêche ce qui me tracasse vraiment à ce sujet).



![GNOME](https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/GNOME_Shell.png/1280px-GNOME_Shell.png?utm_source=fr.wikipedia.org&utm_campaign=imageinfo&utm_content=thumbnail)



J’ai ensuite essayé plusieurs environnements de bureau moins répandus, notamment [Pantheon](https://wiki.archlinux.org/title/Pantheon). Je reste particulièrement attaché à son interface, mais j’ai fini par l’abandonner en raison de bugs que j’ai rencontrés avec le compositeur [Gala](https://github.com/elementary/gala), ainsi que des difficultés liées à la transition de [X11](https://fr.wikipedia.org/wiki/X_Window_System) vers [Wayland](https://fr.wikipedia.org/wiki/Wayland). Cette transition a notamment retiré [Plank](https://wiki.archlinux.org/title/Plank), que j’appréciais beaucoup, sans vraiment lui apporter de remplaçant...



![Pantheon](https://upload.wikimedia.org/wikipedia/commons/e/e5/Elementary_OS_7.0_Horus.jpg?utm_source=en.wikipedia.org&utm_campaign=imageinfo&utm_content=thumbnail_unscaled)



Ou encore moins connu : [herbstluftwm](https://herbstluftwm.org/) que j'aimais beaucoup mais que j'ai fini par abandonner aussi à cause du manque d'outils de personnalisation sur [X11](https://fr.wikipedia.org/wiki/X_Window_System) pour un gestionnaire de fenêtre si minimal.



![herbstluftwm](https://herbstluftwm.org/img/irc-layout-tab.png)



J'ai aussi testé plein d'autres gestionnaires de fenêtre et de d'environnements de bureau tels que [Cinnamon](https://fr.wikipedia.org/wiki/Cinnamon_(logiciel)), [Xfce](https://fr.wikipedia.org/wiki/Xfce), [Hyprland](https://en.wikipedia.org/wiki/Hyprland), [Fluxbox](https://fr.wikipedia.org/wiki/Fluxbox), [LXQt](https://fr.wikipedia.org/wiki/LXQt), [MATE](https://fr.wikipedia.org/wiki/MATE), [Sway](https://fr.wikipedia.org/wiki/Sway_(logiciel)), [IceWM](https://fr.wikipedia.org/wiki/IceWM)...



Avec le temps, j'ai façonné quelques opinions sur les différentes options que nous propose la communauté. Par exemple, cela peut en affecter certains, mais j’essaie d’éviter **[Qt](https://fr.wikipedia.org/wiki/Qt)** au maximum et de privilégier **[GTK](https://fr.wikipedia.org/wiki/GTK_(bo%C3%AEte_%C3%A0_outils))**. Ma position concerne principalement le modèle économique de Qt : je ne reproche pas à un projet libre de chercher à se financer, mais Qt repose notamment sur les revenus provenant de logiciels propriétaires et de [licences commerciales](https://doc.qt.io/qt-6/licensing.html) ([proposant des offres payantes sur son site web](https://www.qt.io/pricing)). Je préfère donc soutenir des projets qui privilégient d’autres modèles, comme les dons, à l’image de ce qui existe autour de GTK. Ma position peut paraître controversée, notamment parce que l’écosystème Linux dépend lui aussi largement de grandes entreprises (comme Google, ou même Microsoft qui détient GitHub). Je ne prétends donc pas pouvoir éviter toute dépendance de ce type, mais j’essaie, autant que possible, de privilégier des logiciels et des projets capables de subsister sans être directement financés par le logiciel propriétaire.



De même, je n’aime pas vraiment **[systemd](https://fr.wikipedia.org/wiki/Systemd)** car c'est de plus en plus un programme qui obtient le monopole, avec une étendue de fonctionnalités et une complexité qui s'éloignent du principe KISS. Surtout que récemment, [**systemd** a été au cœur de débats controversés, notamment à travers une proposition de vérification de l’âge intégrée directement à celui-ci](https://itsfoss.com/news/systemd-age-verification/). Le problème n’est pas uniquement l’existence de ce champ optionnel (`birthDate`), mais le fait que systemd puisse devenir un point central pour intégrer ce type de mécanisme à l’avenir. C'est pourquoi je préfère limiter les composants centraux aux fonctions dont le système a réellement besoin.



Cette problématique de vérification d'âge ne se limite d'ailleurs pas à systemd : le plus gros problème actuel est aussi [xdg-desktop-portal](https://github.com/flatpak/xdg-desktop-portal/pull/1922). Mais il est à l'heure actuelle compliqué de changer cela, puisque xdg-desktop-portal est une dépendance presque cruciale dans Arch Linux. Un paquet alternatif contenant un patch pourrait être envisageable dans [le dépôt de SlyOS](https://codeberg.org/Minaucro/SlyOS-Repo) via notamment l'alternative de [xdg-desktop-portal Ageless Linux](https://agelesslinux.github.io/age-reporting/xdg-portal.html), mais je n'ai pas vraiment le temps d'accomplir cela pour l'instant.



J'ai dû parfois remettre en question certaines de mes opinions comme ma préférence à X11. Cela a par exemple opéré quand j'ai découvert [niri](https://github.com/niri-wm/niri) et la stabilité et fluidité de [Wayland](https://fr.wikipedia.org/wiki/Wayland) nettement supérieure à X11.



![niri](https://private-user-images.githubusercontent.com/1794388/583755751-dea5909e-1859-4aaa-9d88-d37f9663e00b.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3ODc3NDg0MDIsIm5iZiI6MTc4Nzc0ODEwMiwicGF0aCI6Ii8xNzk0Mzg4LzU4Mzc1NTc1MS1kZWE1OTA5ZS0xODU5LTRhYWEtOWQ4OC1kMzdmOTY2M2UwMGIucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI2MDgyNiUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNjA4MjZUMTI0MTQyWiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9MTJiZjVmYjlkMDczNDVkN2RiMTQxY2EzOGIwNzEwZGNkZjQ3NmUxZGQyMzFhODJlM2Q4MDRlZjI5MmMxNDU2OCZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QmcmVzcG9uc2UtY29udGVudC10eXBlPWltYWdlJTJGcG5nIn0.55tpPGYzu9KLGJiUiP0yA5zc36PaEp7LiLdhJvdmh30)



![SlyOS](https://minaucro.fr/slyos/slyos-logo-title.svg)
SlyOS est basé sur **Arch Linux** et construit à l’aide d’[**archiso**](https://wiki.archlinux.org/title/Archiso). Le projet a commencé comme une expérience personnelle pour en apprendre davantage sur Linux. Je me suis rendu compte par la suite qu’il y avait un réel intérêt à proposer ma vision du bureau Linux parfait, car je ne l’avais étrangement vue nulle part ailleurs (par défaut dans un système d'exploitation). 



Je sais que les concepts revendiqués par une distribution peuvent paraître flous ou consensuels (moderne, léger, simple à utiliser, intuitive, personnalisable, performant, stable, respectant le principe [KISS](https://fr.wikipedia.org/wiki/Principe_KISS)), mais dans SlyOS, chacun de ces principes correspond à des choix concrets et justifiés qui permettent à SlyOS d'être une distribution :



- **Moderne** : SlyOS propose [niri](https://github.com/niri-wm/niri), un gestionnaire de fenêtres entièrement basé sur [Wayland](https://fr.wikipedia.org/wiki/Wayland), relativement récent, qui a déjà fait ses preuves (notamment par sa popularité en croissance exponentielle) et qui bénéficie d’un développement actif.



- **Légère** : la version minimale de SlyOS contient moins de 700 paquets, tandis que la version complète en contient moins de 850. Les ISO sont nettement plus légères que celles de nombreuses distributions x86_64, réduisant les composants susceptibles de poser problème, sans pour autant supprimer les fonctionnalités essentielles.



- **Simple d’utilisation et intuitive** : SlyOS propose un programme d’accueil dès le live ou après l'installation, présentant les raccourcis principaux. Le système peut être utilisé sans ligne de commande grâce à [Pamac](https://github.com/manjaro/pamac). Le bureau minimal et l'accès aux paramètres permettent à un débutant de prendre le système en main rapidement.



- **Performante et stable** : SlyOS utilise le noyau linux-cachyos-lts pour un bon compromis performances/stabilité. La consommation de RAM au démarrage est très basse grâce à un nombre limité de services en arrière-plan grâce à l'esprit minimaliste de SlyOS.



- **Personnalisable** : SlyOS s’appuie sur des outils Wayland comme [Ironbar](https://github.com/JakeStanger/ironbar), [Wofi](https://hg.sr.ht/%7Escoopta/wofi), [Hyprlock](https://github.com/hyprwm/hyprlock) ou [Vibepanel](https://github.com/prankstr/vibepanel). Ils offrent un environnement complet tout en laissant une grande liberté de modification (ils peuvent être désinstallés et remplacés). Le choix de niri facilite également cette personnalisation profonde puisque largement reconnu dans le domaine du **["Rice"](https://www.youtube.com/watch?v=Jyy6RXfj47M)**.



- **Respectueuse de la vie privée** : remplacer systemd par OpenRC est une première marche vers une meilleure protection de la vie privée dans un système Linux. De plus, SlyOS contient [LibreWolf](https://librewolf.net/), un navigateur axé sur la vie privée bloquant le pistage, ainsi que les extensions [uBlock Origin](https://addons.mozilla.org/fr/firefox/addon/ublock-origin/) (bloqueur de pubs et traqueurs efficace) et [Decentraleyes](https://addons.mozilla.org/fr/firefox/addon/decentraleyes/) (empêche le suivi par les CDN en servant les ressources localement). Il intègre aussi le [DNS Mullvad Base](https://mullvad.net/en/help/dns-over-https-and-dns-over-tls) qui chiffre vos requêtes DNS pour empêcher les écoutes et les fuites de données vers votre FAI.



- **Suivre le principe KISS en évitant [systemd](https://fr.wikipedia.org/wiki/Systemd)** ([plus d'informations ici](https://fr.wikipedia.org/wiki/Systemd#D%C3%A9veloppement_et_pol%C3%A9mique)) : SlyOS utilise OpenRC, un système d'initialisation qui suit une approche plus modulaire et plus proche du principe KISS que systemd, [régulièrement critiqué pour son poids et sa complexité](https://fr.wikipedia.org/wiki/Systemd#D%C3%A9veloppement_et_pol%C3%A9mique). Ce choix permet d'éviter de renforcer la position dominante de systemd tout en limitant les risques de dérive ([comme l'intégration d'un champ `birthDate`](https://itsfoss.com/news/systemd-age-verification/)).



À ses débuts, la distribution ne respectait pas entièrement tous ces critères. Elle utilisait [**GNOME**](https://www.gnome.org/fr/) / [**MATE**](https://mate-desktop.org/), avec **systemd** ainsi que le noyau [**linux-cachyos-lts**](https://github.com/CachyOS/linux-cachyos).



La distribution ressemblait à ceci à ses débuts, dans sa version 0.1 « Dxtrus » (pour "dexterous" en anglais) :



![SlyOS](https://minaucro.fr/slyos/gallery/gnome-complete.webp)



![SlyOS](https://minaucro.fr/slyos/gallery/mate-minimal.webp)



Depuis, le projet a considérablement évolué et est progressivement devenu un système plus complet et abouti, illustrant concrètement la direction prise par SlyOS. La version 0.2 « Invativ » (pour "innovative" en anglais) utilise désormais :



- **[niri](https://github.com/niri-wm/niri)** comme gestionnaire de fenêtres
- **[OpenRC](https://fr.wikipedia.org/wiki/OpenRC)** comme système d’initialisation
- **[ReGreet](https://github.com/rharish101/ReGreet)**, une interface de connexion en GTK4 écrite en Rust pour **greetd**
- Le noyau **[linux-cachyos-lts](https://github.com/CachyOS/linux-cachyos)**
- **[Plymouth](https://fr.wikipedia.org/wiki/Plymouth_(informatique))** pour afficher un écran graphique lors du démarrage et de l’arrêt du système



Voici à quoi ressemble la distribution depuis :



![SlyOS](https://minaucro.fr/slyos/gallery/niri-minimal2.webp)



![SlyOS](https://minaucro.fr/slyos/gallery/niri-complete.webp)



La distribution inclut également un centre de contrôle appelé **Thymbr**, qui permet de configurer de nombreux aspects du système depuis une interface centralisée. Cela rend SlyOS bien plus intuitif et simple d’utilisation, bien que le caractère intuitif se juge surtout à l'utilisation.



**[Le site web du projet est disponible ici](https://minaucro.fr/slyos)**



Je vous conseille d’y jeter un coup d’œil. Le site propose une version française et fournit des explications plus approfondies sur le projet, notamment à travers les principes présentés sur la page d’accueil ainsi que la FAQ, accessible dans la catégorie « Aide ». Le meilleur moyen de se faire une opinion reste de tester SlyOS, par exemple dans une machine virtuelle.



La configuration [**archiso**](https://wiki.archlinux.org/title/Archiso) est disponible sur **Codeberg** : **https://codeberg.org/Minaucro/SlyOS**



Je travaille à rendre SlyOS pratique, optimisé, simple et performant, selon ma propre vision d’un système d’exploitation Linux destiné aux ordinateurs de bureau. Le projet est encore en développement, mais il est déjà suffisamment mature pour être testé et utilisé au quotidien.



Merci d’avoir pris le temps de me lire.



---



SlyOS a été créé par **Minaucro** (**slyos@minaucro.fr**).
