- Das KDE-Projekt hat eine Alpha-Version seiner eigenen Linux-Distribution KDE Linux vorgestellt
- Sie setzt auf eine auf Arch Linux basierende immutable Architektur und nutzt statt Paketinstallation Flatpak und KDE Builder
- Sie ist ausschließlich für Wayland ausgelegt; Unterstützung für X.org und BIOS-basierte Systeme ist nicht geplant
- Das System-Image verwendet EROFS und bietet damit atomare Updates sowie Rollback-Funktionen
- Künftig soll es drei Editionen geben; außerdem unterscheidet sich die Distribution bei Sicherheitsupdates und Paketverwaltung von bestehenden Distributionen
KDE veröffentlicht Alpha seiner eigenen Linux-Distribution
Überblick und Ankündigung
- Das KDE-Projekt hat auf der Akademy 2025 eine Alpha-Version seiner eigenen Linux-Distribution namens KDE Linux vorgestellt
- Ziel der Distribution ist das „fortschrittlichste und beste Ergebnis der Umsetzung aller KDE-Technologien“; zugleich soll sie sich für verschiedene Einsatzzwecke wie Zuhause, Unternehmen und OEM-Installationen erweitern lassen
- Derzeit befindet sie sich in einer frühen Entwicklungsphase und weist unfertige Funktionen und raue Kanten auf; sie ist damit eher als experimentelle Vorschau auf die Richtung eines vollwertigen Linux-Desktops zu verstehen
Motivation und Hintergrund der Entwicklung
- An der Entwicklung von KDE Linux sind neben Harald Sitter zahlreiche wichtige KDE-Mitwirkende aktiv beteiligt
- Es wird darauf hingewiesen, dass KDE neon auf Basis von Ubuntu LTS durch veraltete Technologien, unnötigen Paketierungsaufwand und einen übermäßig stark angepassten Build-Prozess an seine Grenzen gestoßen sei
- KDE Linux soll diese Grenzen überwinden und die Nutzung aktueller Technologien sowie die Freiheit bei Distribution und Betrieb erhöhen
- Ein zentrales Ziel ist, die Bereitstellung von KDE-Software selbst zu kontrollieren; damit folgt das Projekt einem natürlichen Trend, wie ihn Desktop-Umgebungen mit eigenen Betriebssystemen wie Linux Mint und ElementaryOS bereits zeigen
Architektur und technische Merkmale
- Arch-Linux-Pakete dienen als Basis des Betriebssystems, Anwendungen werden jedoch per KDE Builder aus dem Quellcode gebaut oder als Flatpak verwaltet. Pacman wird nicht bereitgestellt
- X.org-Sitzungen werden nicht unterstützt; es wird nur Wayland verwendet. Für einige Hardware-Konfigurationen wie ältere NVIDIA-Karten sind manuelle Einstellungen erforderlich
- Unterstützt werden nur UEFI-Systeme; eine Unterstützung für reine BIOS-Systeme ist nicht geplant
- Das Root-Dateisystem (/) verwendet ein veränderliches Btrfs-Volume, /usr ein schreibgeschütztes Volume auf Basis von EROFS, wodurch atomare Upgrades und einfaches Rollback möglich werden
- Systemupdates erfolgen über Discover oder in der CLI mit updatectl; dabei können bis zu fünf EROFS-Dateien zwischengespeichert werden, um leicht auf frühere Versionen zurückzurollen
Pakete und Nutzererfahrung
- Nutzer können keine Pakete direkt im Basissystem installieren; unterstützt werden nur Flatpak oder Snap (ohne Discover-Integration) sowie Distrobox (Installation und Integration von Apps anderer Distributionen in Containern)
- Es gibt noch Alpha-Bugs, etwa bei der Podman-Konfiguration, die schrittweise behoben werden sollen
- Zur Standardsoftware gehören Gwenview, Okular, Haruna, Kate, Konsole und Firefox; außerdem sind grundlegende CLI-Werkzeuge wie Bash, curl, Linux 6.16.5 und GCC enthalten
- Einige nützliche Werkzeuge wie Emacs, tmux, pip und Fish fehlen
Eigene Images und Verwaltung
- Die Standardpakete des Systems können von Nutzern nicht direkt verändert werden. Eigene Images lassen sich jedoch mit dem vom Projekt selbst verwendeten Tool mkosi und den dazugehörigen Konfigurationsdateien erstellen
Editionen und künftige Roadmap
- Langfristig sind drei Editionen geplant: Testing, Enthusiast und Stable
- Testing wird täglich aus Git für Entwicklungs- und QA-Zwecke gebaut (derzeit verfügbar)
- Enthusiast ist für Beta- und allgemeine Nutzer gedacht, Stable soll nur Release-Software enthalten, die bestimmte Qualitätskennzahlen erreicht hat
- Vor dem Beta-Release bleiben Aufgaben offen, darunter die Abkehr vom Arch User Repository und der Wechsel auf die offizielle KDE-Infrastruktur
Sicherheit, Verwaltung und Governance
- Es gibt weder eine Mailingliste für Sicherheitsmeldungen noch ein automatisches Benachrichtigungssystem. Nutzer müssen den Arch Security Tracker und die KDE-Sicherheitshinweise selbst überwachen
- Aufgrund der Eigenschaften eines unveränderlichen Systems auf Arch-Basis kann sich das Einspielen von Sicherheits-Patches verzögern; außerdem erschwert das Fehlen eines Paketmanagers die Verwaltung der im System installierten Softwareliste
- Die faktische Governance folgt einem Modell eines „Ältestenrats“; bei wichtigen Streitfällen hat Sitter das letzte Wort
Zukunft und Bedeutung des Projekts
- Durch die direkte Entwicklung und Pflege der Distribution will man Eigenverantwortung und Grenzen von Open-Source-Desktop-Umgebungen selbst erfahren und besser verstehen, warum traditionelle große Distributionen komplexe Entscheidungen treffen
- Für den Fall eines Projektabbruchs gibt es einen Plan, beim EOL (Ende des Supports) automatisch auf eine andere Distribution zu wechseln
- Trotz vieler Unzulänglichkeiten einer Alpha-Version zeigt das Projekt den Willen, dass KDE eigenständig eine technologische Richtung vorgeben möchte
Noch keine Kommentare.