- Le projet KDE a dévoilé une version alpha de sa propre distribution Linux, KDE Linux
- Elle adopte une architecture immuable (immutable) basée sur Arch Linux, avec une approche qui utilise Flatpak et KDE Builder au lieu de l’installation de paquets
- Elle est exclusivement Wayland, sans prise en charge prévue de X.org ni des systèmes basés sur le BIOS
- L’image système utilise EROFS afin d’offrir des mises à jour atomiques et des fonctions de rollback
- À terme, trois éditions sont prévues, avec une différenciation par rapport aux distributions existantes sur des aspects comme les mises à jour de sécurité et la gestion des paquets
KDE dévoile l’alpha de sa propre distribution Linux
Vue d’ensemble et annonce
- Le projet KDE a présenté une version alpha de sa propre distribution Linux, KDE Linux, lors de l’Akademy 2025
- Cette distribution vise à être « l’expression la plus aboutie et la plus avancée de l’ensemble des technologies de KDE », tout en recherchant une capacité d’extension vers divers usages comme le grand public, l’entreprise ou les installations OEM
- Le projet n’en est qu’à ses débuts et comporte encore de nombreuses fonctions incomplètes et des aspects bruts, avec le caractère d’une version expérimentale montrant une direction possible pour le bureau Linux abouti
Motivation du développement et contexte
- Le développement de KDE Linux mobilise activement Harald Sitter ainsi que plusieurs contributeurs majeurs de KDE
- Il est indiqué que l’actuel KDE neon, basé sur Ubuntu LTS, a atteint ses limites en raison de technologies vieillissantes, d’un travail de packaging inutile et d’un processus de build trop personnalisé
- KDE Linux a pour objectif de dépasser ces limites en augmentant la possibilité d’utiliser des technologies récentes ainsi que la liberté de distribution et d’exploitation
- L’objectif principal est de gérer lui-même la manière de distribuer les logiciels KDE, dans un mouvement comparable à celui de Linux Mint ou ElementaryOS, où un écosystème de bureau dispose de son propre système d’exploitation
Architecture et caractéristiques techniques
- Les paquets Arch Linux servent de base au système, mais les applications sont gérées soit par compilation depuis les sources avec KDE Builder, soit via Flatpak. Pacman n’est pas fourni
- Il n’y a pas de prise en charge des sessions X.org, seul Wayland est utilisé, et certaines configurations matérielles, comme d’anciennes cartes NVIDIA, nécessitent un réglage manuel
- Seuls les systèmes UEFI sont pris en charge, sans projet de support des systèmes BIOS-only
- Le système de fichiers racine (
/) utilise un volume Btrfs variable, tandis que /usr repose sur un volume en lecture seule basé sur EROFS, ce qui permet des mises à niveau atomiques et des rollbacks simples
- Les mises à jour système se font via Discover ou en CLI avec updatectl, avec mise en cache de jusqu’à cinq fichiers EROFS pour faciliter le retour à une version antérieure
Paquets et expérience utilisateur
- Les utilisateurs ne peuvent pas installer directement des paquets sur le système de base ; seuls Flatpak, Snap (sans intégration à Discover) et Distrobox sont pris en charge pour installer et intégrer des applications d’autres distributions dans des conteneurs
- Des bugs de phase alpha subsistent, notamment autour de la configuration de Podman, mais des améliorations progressives sont prévues
- Les logiciels inclus par défaut comprennent Gwenview, Okular, Haruna, Kate, Konsole, Firefox, ainsi que des outils CLI essentiels comme Bash, curl, Linux 6.16.5 et GCC
- Certaines utilités jugées pratiques, comme Emacs, tmux, pip ou Fish, sont absentes
Images personnalisées et gestion
- Les paquets de base du système ne peuvent pas être modifiés directement par l’utilisateur. En revanche, il est possible de créer des images personnalisées à l’aide de l’outil mkosi utilisé par le projet et des fichiers de configuration associés
Éditions et feuille de route
- À long terme, trois éditions sont prévues : Testing, Enthusiast et Stable
- Testing est compilée chaque jour depuis Git pour les usages développement/QA (et elle est déjà distribuée)
- Enthusiast vise les utilisateurs de la bêta et le grand public, tandis que Stable n’inclura que des logiciels publiés atteignant certains critères de qualité
- Avant la sortie de la bêta, il reste des chantiers comme l’abandon de l’Arch User Repository et la migration vers l’infrastructure officielle de KDE
Sécurité, administration et gouvernance
- Il n’existe ni mailing list d’annonces de sécurité ni système d’alerte automatique ; les utilisateurs doivent surveiller eux-mêmes le security tracker d’Arch et les avis de sécurité de KDE
- En raison de la nature immuable du système basé sur Arch, l’application des correctifs de sécurité peut être retardée, et l’absence de gestionnaire de paquets complique le suivi des logiciels installés sur le système
- La gouvernance réelle suit un modèle de « conseil des anciens », et en cas de conflit important, Sitter dispose du dernier mot
Avenir et portée du projet
- En développant et en maintenant directement sa distribution, le projet cherche à éprouver la responsabilité propre et les limites d’un environnement de bureau open source, tout en mieux comprenant pourquoi les grandes distributions traditionnelles font des choix complexes
- Un plan est prévu pour basculer automatiquement vers une autre distribution en cas d’EOL (fin de service) si le projet venait à être abandonné
- Malgré les nombreuses lacunes d’une version alpha, le projet laisse entrevoir la volonté de KDE de proposer sa propre orientation technologique
Aucun commentaire pour le moment.