KDE Plasma 6.8 erschienen: X11-Sitzung entfällt, nur noch Wayland
KDE hat Plasma 6.8 veröffentlicht und die X11-Sitzung gestrichen. X11-Programme laufen weiter über XWayland, X11-Forwarding bleibt möglich. Betroffen sind vor allem Thin Clients, Remote-Desktop-Setups und Werkzeuge für Automatisierung, die noch auf der X11-Sitzung von Plasma aufbauen.
KDE hat am 14. Oktober 2026, zum 30. Geburtstag des Projekts, Plasma 6.8 veröffentlicht. Die wichtigste Änderung für Admins: Plasma lässt sich ab dieser Version nicht mehr als X11-Sitzung starten, Wayland ist der einzige Sitzungstyp. Betroffen sind vor allem Firmen-Desktops, Thin Clients und Remote-Zugänge, die bewusst noch auf der X11-Sitzung von Plasma laufen.
Akuter Handlungsdruck besteht nicht, denn 6.8 ist ein Funktionsupdate ohne Sicherheitsbezug. Wer Plasma-Desktops betreibt, sollte vor dem Distributionsupdate aber prüfen, welche Systeme noch X11-Sitzungen nutzen. Nicht betroffen sind Rechner, die bereits Wayland verwenden, sowie Installationen auf LTS-Distributionen, die ältere Plasma-Versionen ausliefern.
Was ist neu in Plasma 6.8?
Laut KDE-Ankündigung wird die Unterstützung für den Start von X11-Sitzungen in Plasma beendet, parallel zur vollständigen Umstellung auf Wayland. Einzelne Programme, die noch X11 benötigen, laufen weiter über die Kompatibilitätsschicht XWayland. KDE-Anwendungen selbst sollen X11 auf absehbare Zeit weiter unterstützen, etwa unter einer anderen Desktop-Umgebung. Wegfallen wird also die Plasma-Anmeldesitzung unter X11, nicht die Kompatibilität mit X11-Programmen.
Daneben bringt 6.8 eine Reihe für Admins interessanter Neuerungen:
- Der eingebaute Remote-Desktop-Server von Plasma passt sich besser an langsame Verbindungen und schnell wechselnde Bildinhalte an.
- Ein optionaler Exklusivmodus sperrt den physischen Bildschirm des Servers und stellt dem Client einen virtuellen Bildschirm in passender Fenstergröße bereit.
- Die Zwischenablage wird in beide Richtungen zwischen Server und Client synchronisiert, sofern der verwendete Client das unterstützt.
- Das neue Kommandozeilenwerkzeug
kscreenctlverwaltet Bildschirme und eignet sich für Skripte und Automatisierung. - StrongSwan-VPN-Verbindungen unterstützen jetzt die Authentifizierung per EAP-TTLS.
- Das Backup-Werkzeug Kup erscheint künftig als Teil von Plasma.
- Bei NVIDIA-Grafikkarten nutzt KWin standardmäßig Triple Buffering, HDR mit ICC-Farbprofilen wurde verbessert.
Für wen ist das relevant?
Relevant ist die Umstellung für Umgebungen, die Plasma gezielt unter X11 betreiben. Typische Fälle sind ältere Thin Clients, Arbeitsplätze mit Spezialsoftware für Bildschirmaufnahme, Fernsteuerung oder Eingabeautomatisierung sowie Terminalserver, auf denen Remote-Lösungen eine eigene X11-Desktopsitzung starten. KDE weist in seiner FAQ darauf hin, dass Drittanbieter-Software für Screenshots oder Screencasting unter Wayland teils angepasst werden muss. Auch Barrierefreiheitsfunktionen von Drittanbietern können laut KDE in einigen Punkten schlechter funktionieren.
Wahrscheinlich nicht betroffen sind Desktops, die bereits in der Wayland-Sitzung laufen, was bei den meisten Distributionen ohnehin der Standard ist. Weiter funktioniert laut KDE auch klassisches X11-Forwarding per SSH, weil XWayland es unterstützt. Für native Wayland-Programme nennt KDE Waypipe als Gegenstück.
Wie dringend ist das?
Ein sofortiges Eingreifen ist nicht nötig. Plasma 6.8 landet zuerst in Rolling-Release-Distributionen, andere Distributionen übernehmen es nach eigenem Zeitplan. KDE hat bereits im November 2025 angekündigt, die X11-Sitzung bis Anfang 2027 zu unterstützen, voraussichtlich über zusätzliche Fehlerkorrekturen für Plasma 6.7. Ein konkretes Enddatum nennt KDE nicht. Für Umgebungen, die X11 dauerhaft brauchen, verweist KDE auf LTS-Distributionen mit älteren Plasma-Versionen. Als Beispiel nennt das Projekt AlmaLinux 9, das die X11-Sitzung enthält und bis 2032 unterstützt wird.
Plasma 6.8 soll laut Linuxiac sechs Wartungsupdates erhalten, bevor Plasma 6.9 Ende Februar 2027 erscheint. Wer Rolling-Release-Systeme wie Arch Linux oder openSUSE Tumbleweed im Einsatz hat, sollte die Prüfung zeitnah erledigen.
Was sollten Admins jetzt tun?
- Inventar erstellen: Auf jedem Plasma-System per
echo $XDG_SESSION_TYPEoderloginctl show-sessionprüfen, ob die Sitzungx11oderwaylandmeldet. - Paketquellen klären: Bei Rolling-Release-Systemen das Plasma-Update bis zum Abschluss der Tests zurückhalten, etwa per Paket-Hold.
- Remote-Zugänge testen: Lösungen wie xrdp oder VNC-Server, die eine eigene Plasma-Sitzung unter X11 starten, vor dem Update mit Plasma 6.8 prüfen und gegebenenfalls auf den eingebauten Remote-Desktop-Server umstellen.
- Spezialsoftware prüfen: Werkzeuge für Bildschirmaufnahme, Fernsteuerung, globale Tastenkürzel und Eingabeemulation in der Wayland-Sitzung testen.
- Automatisierung umstellen: KDE nennt für Wayland unter anderem
wl-copy,wl-paste,ydotool,kdotoolundkscreen-doctorals Alternativen. - Ausnahmen planen: Systeme mit zwingendem X11-Bedarf auf eine LTS-Distribution mit älterem Plasma legen und das Supportende dokumentieren.
Einordnung für Unternehmen
Für die meisten Firmen-Desktops dürfte der Wechsel unauffällig verlaufen, weil Wayland seit Jahren der Standard ist. Kritisch wird es dort, wo Fernwartung, Kiosk-Anwendungen oder Branchensoftware stillschweigend auf X11-Eigenheiten setzen. Gerade bei Thin-Client-Flotten fällt ein Problem oft erst nach dem automatischen Update auf. Ein kurzer Pilot mit wenigen Arbeitsplätzen vor dem breiten Rollout vermeidet Ausfälle. Die Verbesserungen am integrierten Remote-Desktop-Server sind für kleinere Umgebungen interessant, wirken laut KDE aber nur mit Clients, die die neuen Funktionen unterstützen.
Passende Anleitungen auf S-EDV
- Pakete verwalten mit apt und dpkg: Updates gezielt zurückhalten, bis der Test mit Plasma 6.8 abgeschlossen ist.
- Apache Guacamole für RDP, SSH und VNC im Browser: zentraler Remote-Zugang, der nach dem Wechsel getestet werden sollte.
- RustDesk als Fernwartungslösung: Alternative für Fernwartung, deren Verhalten unter Wayland vorab zu prüfen ist.
