Im vergangenen November berichteten wir, dass KDE plant, mit Plasma 6.8 am 14. Oktober die Unterstützung für die X11-Sitzung fallen zu lassen. Erstmals wurde das Vorhaben vor 15 Jahren von Martin Gräßlin auf dem Desktop Summit 2011 angekündigt.
Plasma 6.7 letztmals mit X11-Sitzung
Dass es jetzt wirklich so weit ist, bestätigt ein Blogeintrag von KDE-Entwickler Dave Edmundson. Das am 16. Juni zur Veröffentlichung anstehende Plasma 6.7 wird die letzte Version sein, die eine X11-Session enthält. Mit Plasma 6.8 verschwindet die X11-Session aus dem Anmeldebildschirm. Übrig bleibt ausschließlich eine Wayland-Session. Parallel dazu werden alle X11-spezifischen Code-Pfade in Plasma Shell, den Systemeinstellungen und der Gerätekonfiguration entfernt.
XWayland bleibt
Die KDE-internen Metriken zeigen, dass bereits über 95 % der Nutzer von Plasma 6.6 auf Wayland unterwegs sind. X11-Anwendungen laufen weiterhin unter Wayland, und KDE-Apps funktionieren auf anderen Desktop-Umgebungen auch künftig im X11-Modus. Auch der KDE-Anmeldemanager kann weiterhin in X11-Sessions anderer Desktops einloggen, denn nur Plasmas eigene X11-Session fällt weg.
Fehler jetzt melden
Für die Zukunft verspricht Edmundson, dass der Wegfall der doppelten Code-Pflege den Weg für neue Performance-Verbesserungen, Speicheroptimierungen und neue Features freimacht. Die Entwickler gehen nicht davon aus, dass der Übergang für alle vollkommen reibungslos verlaufen wird. Benutzerdefinierte Skripte, verwendete Tools und sogar Arbeitsabläufe müssen möglicherweise angepasst werden. Das Ziel ist jedoch, einen Übergang zu ermöglichen, bei dem weiterhin alle täglichen Aufgaben erledigt werden können.
Wer noch Probleme mit Wayland unter Plasma 6.7 hat, ist aufgerufen, diese zeitnah zu melden. Plasma 6.7 erscheint in wenigen Tagen und ist das letzte Zeitfenster, um Rückmeldungen über Probleme vor dem endgültigen X11-Abschied zu geben.
@alterknacker
Deine bestehende X11 Konfiguration wird nicht ungefragt entfernt. Aber es gab (nicht nur) bei Arch Linux eine Aufteilung der Pakete kwin -> kwin-x11 und plasma-session -> plasma-x11-session. Das müsstest du aber eigentlich auch schon längst mitvollzogen haben.
Fraglich ist, wie lange diese Pakete gepflegt werden können wenn KDE dies nicht mehr tut. Aber wie man z.B. an https://www.trinitydesktop.org/ sehen kann, wird es wohl Initiativen geben Plasma-X11 nicht so einfach sterben zu lassen.
Was hat das Trinity Desktop Environment bitteschön mit Plasma zu tun? Das kommt dort nicht einmal zum Einsatz. Ich sehe auch keine Ankündigung, dass man dort zusätzlich zu KDE 3.5 auch noch die X11 Session von Plasma 6.7 weiter pflegen möchte.
Trinity ist nur ein Beispiel dafür, wie es laufen kann.
Wenn es genügend Liebhaber für die plasma-x11-session gibt, dann wird es eine Initiative geben, die es weiter pflegt. Warten wir mal ab, was passiert, wenn KDE den Support dafür tatsächlich einstellt. Die aktuelle Ankündigung lässt uns da noch im Unklaren und bezieht sich streng genommen nur auf Neuinstallationen.
Okay, so war das von dir gemeint. Aber leider nein, die Ankündigung bezieht sich nicht nur auf Neuinstallationen. Aus “we will start a mass cleanup of X11-specific code soon” wird relativ klar, dass der deaktivierte Code nicht lange erhalten bleiben wird. Also auch nicht für Bestandsinstallationen die upgraden müssen. Und die Plasma 5 Nutzer die als erstes upgraden werden müssen hat man ja schon in der Grafik weggelassen, weil 95 % Wayland Nutzer natürlich besser aussieht als bestenfalls 76 %.
Es sei denn natürlich, es springt jemand anderes ein. Die Hoffnung stirbt zuletzt 🙂
Der weitere Support von plasma-x11 ist eigentlich schon gesichert. https://linuxnews.de/sonicde-plasma-desktop-mit-fokus-auf-x11/
“Gesichert” ist da gar nichts. Zum einen ist es völlig unklar, wie lange diese ganzen Projekte wirklich aktiv gepflegt werden und zum anderen wird das alles darauf hinauslaufen, dass man bei einer veralteten Version von KDE/Qt hängen bleibt.
Darum jetzt nach Alternativen suchen, auch wenn das eventuell bedeutet, gewisse Arbeitsabläufe umzustellen, damit man mit der Veröffentlichung von 6.8 nicht irgendwie unter Zugzwang gerät.
Es ging mir eigentlich nur darum, mal zu schauen, wie jemand der unbedingt mit plasma-x11 weiterarbeiten möchte, das auch tun könnte.
Oder willst du @alterknacker an Microsoft ausliefern 😉
Danke für den Hinweis zu SonicDE. Ich habe mir deren Github durchgesehen und es herrscht Aktivität und scheint auch bereits lauffähig zu sein.
Du glaubst doch nicht wirklich das es bei Kde jemanden interessiert wenn eine Handvoll “X11 und ich will kein wayland in dieser unfertigen Variante Benutzer” irgend was meldet.
Ich wusste ja nicht, dass du kein Wayland willst, ich dachte, du wolltest einen Bug gefixt haben 😉
Wenn ich das richtig verstehe wird aus meiner bisherigen auf X11 basierenden Konfiguartion X11 ungefragt entfernt ,das System damit fast unbrauchbar gemacht (Birdtray funktioniert aufgrund eines Bugs in Wayland nicht und die Fenstereinstellungen in kwin genauso wenig). Plasma war bisher die einzige brauchbare De für MM-Systeme. Entweder ich steige von RR-Arch auf LTS alla Debian um oder ich wechsle nach jahrzehnten wieder zurück zu Windows. was allerdings ein schlechte Wahl wäre.
Naja, ich sags mal so, dass die X11 Session aus KDE Plasma mit einer der kommenden 6.x-Updates entfernt werden und in der Zukunft auf Wayland gesetzt wird, ist nicht erst seit gestern bekannt.
Der Switch war bereits lange geplant und er war bekannt.
Das macht es nur in keiner Weise besser. Wayland ist nach wie vor eine riesengroße und stark fragmentierte Baustelle da einfache Basisfunktionen fehlen die unter X11, Windows und macOS seit Dekaden schlicht funktionieren. KiCad bringt das recht gut auf den Punkt. Dort empfiehlt man nicht ohne Grund für professionellen Einsatz weiterhin eine X11-Desktopumgebung zu nutzen: https://www.kicad.org/blog/2025/06/KiCad-and-Wayland-Support/
Meine Hoffnung war ja, dass Debian forky welches nächstes Jahr erscheinen soll noch Plasma mit X11 enthalten wird um etwas Zeit zu gewinnen, aber wenn KDE das bereits im Oktober raus werfen will dann sieht es eher schlecht aus 🙁
Noch besser wäre es, wenn du deinen pain point zusätzlich an die richtige Adresse, nämlich KDE, adressierst.
Habe mal ein bisschen Recherche betrieben und das Birdtray Projekt diesbezüglich angeschaut. Kurz gesagt wird da wohl dran gearbeitet und du kannst erwarten, dass es früher oder später auch mit Wayland funktioniert (kann allerdings etwas dauern). KDE hat darauf allerdings so gut wie keinen Einfluss. Das Birdtray Projekt selbst hat dafür bereits ein Ticket (#426).
Eine LTS Distribution ist ansonsten eine gute Wahl – verbunden mit den bekannten Einschränkungen.