Debian 13: Installation läuft, Wayland-Krieg eskaliert

Debian 13 installiert ohne WLAN-Treiber-Eingriff und befeuert den X11-Wayland-Streit

Eine Linux-Distribution „bare-metal“ auf einem alten Laptop zu installieren, ohne sich mit dem WLAN-Treiber herumzuschlagen, war bis vor Kurzem eher die Ausnahme. Mit Debian 13 hat sich das geändert: Ein System mit einem Celeron-Prozessor aus dem Jahr 2016 und 4 GB RAM schließt die Installation ab, ohne dass Module manuell geladen werden müssen, wie der einleitende Erfahrungsbericht zeigt. Das Detail ist nicht unwichtig. Jahrelang war der eigentliche Flaschenhals für Desktop-Nutzer nicht die Oberfläche selbst, sondern die Netzwerkanbindung: Ohne WLAN gibt es keine Repositories, und ohne Repositories kein funktionierendes System.

Das Thema beschränkt sich jedoch nicht nur auf den Installer. Die Diskussion driftete schnell auf eine unbequemere Frage ab: Wenn Debian 13 mit XFCE unter X11 funktioniert, warum sollte man zu Wayland migrieren? Und damit betritt man Minenfeld: Wer treibt den Wechsel voran, welche Interessen stehen dahinter und welche Funktionalitäten gehen verloren?

Was ändert Debian 13 für den Endnutzer?

Der Ausgangspunkt ist eine saubere Installation auf moderater Hardware. Ein Celeron von 2016 mit 4 GB RAM ist kein Labor-Testgerät, sondern der Computer, den viele Menschen zu Hause haben. Dass Debian 13 dies ohne manuellen Eingriff bewältigt, deutet darauf hin, dass die Firmware-Erkennung so weit gereift ist, dass sie beim ersten Start keine Kommandozeilenkenntnisse mehr erfordert.

Manche gehen weiter und behaupten, dass bei diesem Komfortniveau die Nutzung von Derivaten keinen Sinn mehr ergibt. Das Argument hat Logik: Wenn die Basisinstallation automatisch durchläuft und der Paketmanager apt weiterhin der Standard ist, fügt die zusätzliche Schicht einer Derivat-Version nur Zwischenhändler hinzu. Die Debian-Community pflegt zudem eine LTS-Version (Long Term Support), die es ermöglicht, jahrelang in der stabilen Zweigversion zu bleiben, ohne Überraschungen.

Nicht alles ist Lob. Eine andere Strömung weist darauf hin, dass Version 13 Fehler in KDE-Umgebungen aufweist und die Kombination mit Nvidia-Treibern sowie aktivem Secure Boot das Laden des Systems verhindern kann. Es sind vereinzelte Beschwerden ohne offizielle Bestätigung, aber ausreichend, damit Teile der Community lieber auf die nächste LTS warten, bevor sie wechseln.

Wayland gegen X11: Der nie endende Streit

Hier beginnt das Rauschen. Der Vorschlag, Wayland zu erkunden, stößt auf überwiegende Vorsicht: X11 funktioniert, XFCE funktioniert, und das X in XFCE steht nun einmal für X11. Das technische Argument ist simpel. Das politische weniger.

Ein Teil der Analyse vertritt die Ansicht, dass Wayland seit zehn Jahren Dinge verspricht, die es nicht liefert, und dass sein Vorantreiben im Interesse großer Unternehmen liegt, die nichts mit freier Desktop-Software zu tun haben. Red Hat wird als Ursprung der Linie genannt, die auch systemd oder PulseAudio hervorgebracht hat, mit der These, dass das Ziel darin besteht, Funktionen zu reduzieren, die proprietärer Software entsprechen. Ein anderer Gegenstrom argumentiert, dass das X11-Protokoll Sicherheitsprobleme ansammelt und seine Wartung nicht mehr tragbar sei, weshalb der Fork XLibre als Alternative für jene dient, die nicht migrieren wollen.

Konkrete Erfahrungen zeigen Folgendes: Wayland in Cinnamon löscht Icons, unterstützt kein HDR und bricht klassische Tools wie die Mausrad-Programmierung mit imwheel. Auch Konzepte verschwinden, die X11 voraussetzte, etwa das Exportieren des Displays auf einen anderen Rechner. Die vollständige Aufstellung dessen, was Programm für Programm verloren geht, ergibt eine längere Liste, als erwartet.

Die versteckten Kosten eines Grafikprotokoll-Wechsels

Es geht nicht nur darum, X11 zu ersetzen. Es bedeutet, alles neu zu schreiben, was auf ihm basierte. Entwicklungsumgebungen mit langjähriger Historie funktionieren nicht mehr, und Tools für den Remote-Zugriff auf Windows-Desktops stoßen bei Wayland auf eine Mauer. Hinzu kommt die Anpassung jeder Anwendung, die die alte Infrastruktur nutzte – eine Arbeit, deren Stundenaufwand niemand quantifiziert hat.

Die Kernfrage lautet, ob der Durchschnittsnutzer etwas gewinnt. Die häufigste Antwort ist Nein: Wer keine Animationen oder Effekte nutzt, bemerkt die Verbesserung nicht, sehr wohl aber das Fehlen von Funktionen. Effizienz und Latenz, wenn sie erwähnt werden, werden konkreten Hardware- und Treiberkombinationen zugeschrieben, nicht dem Protokoll an sich.

Fragmentierung im Hintergrund

Jenseits des Protokolls ist die wiederkehrende Diagnose struktureller Natur. Jeder Wechsel bei Netzwerk-, Audio- oder Firewall-Tools zwingt dazu, Administration neu zu lernen. Ubuntu hat innerhalb eines Jahrzehnts drei verschiedene Netzwerkkonfigurationssysteme durchlaufen; Debian hat Netplan integriert; beim Audio häufen sich vier Generationen. Für Serveradministratoren ist jede Ablösung technische Schuld.

Am anderen Ende verteidigen manche Debian als das robusteste existierende System und sehen Derivate nur als Quelle weiterer Instabilität. Andere kehren nach zwanzig Jahren Linux zu Windows zurück, ermüdet vom Lärm. Die Diskussion endet nicht: Der Punkt, an dem sie feststeckt, ist derselbe, an dem sie begann – ob es sich lohnt, etwas anzufassen, das funktioniert.