Vorbereitung der letzten KDE-Plasma-Version mit X11-Unterstützung

• KDE Plasma 6.8 entfernt bei seiner Veröffentlichung in etwa 5 Monaten die X11-Sitzung vom Login-Bildschirm und bietet nur noch eine Wayland-Sitzung an
• Die nur für X11 vorgesehenen Codepfade in Plasma Shell, Systemeinstellungen und Geräteeinstellungen verschwinden, und KDE beginnt bald mit einer groß angelegten Bereinigung des zugehörigen Codes
• Die Unterstützung für XWayland bleibt erhalten, sodass X11-Anwendungen weiterhin nutzbar sind, und auch die Anmeldung in X11-Sitzungen anderer Desktop-Umgebungen bleibt bestehen
• Laut internen KDE-Metriken verwenden mehr als 95 % der Plasma-6.6-Nutzer Wayland; einschließlich der Plasma-5.27-Nutzer liegt die gesamte Wayland-Adoptionsrate bei etwa 76 %
• Plasma 6.7 ist die letzte Version, die eine X11-Sitzung anbietet; es gibt kein Versprechen, bis 6.8 alles zu beheben, aber Probleme, die wegen Wayland zur Rückkehr zu X11 zwingen, sollten gemeldet werden

---

Änderungen in Plasma 6.8

• Der Übergang von Plasma zu Wayland begann vor 15 Jahren mit dem Satz „It’s done when it’s done!“ aus Martins Folien
• KDE sieht sich, wie in einer früheren Ankündigung, bereit, X11 in den Ruhestand zu schicken und sich auf die Zukunft zu konzentrieren
• Die anmeldbare Plasma-X11-Sitzung wurde offiziell entfernt, und eine groß angelegte Bereinigung des nur für X11 vorgesehenen Codes beginnt bald
• Diese Änderung kommt in Plasma 6.8, das in etwa 5 Monaten erscheint
• Auf dem Login-Bildschirm von Plasma 6.8 gibt es keine X11-Sitzung mehr, nur noch eine Wayland-Sitzung
• In Plasma Shell, Systemeinstellungen und Geräteeinstellungen werden nur für X11 vorgesehene Codepfade entfernt

Was erhalten bleibt und Risiken des Übergangs

• Die Unterstützung für XWayland bleibt bestehen, sodass X11-Anwendungen weiterhin verwendet werden können
• Wer KDE-Anwendungen in anderen Desktop-Umgebungen nutzt, ist von dieser Änderung nicht betroffen; KDE-Anwendungen werden auch künftig weiter unter X11 laufen
• Der Plasma Login Manager kann weiterhin X11-Sitzungen anderer Desktop-Umgebungen anmelden
• Der Wechsel zu einem einzigen Wayland-Codepfad reduziert auf Desktop-Seite die Last, sich am kleinsten gemeinsamen Nenner orientieren oder zwei kollidierende Codepfade pflegen zu müssen
• KDE geht davon aus, dass diese Veränderung zu Leistungsverbesserungen, Speicheroptimierungen und neuen Funktionen in Plasma insgesamt führen kann
• Laut internen KDE-Metriken verwenden mehr als 95 % der Plasma-6.6-Nutzer Wayland, und dieser Anteil steigt mit jeder Veröffentlichung schrittweise
• Dieselben Metriken zeigen, dass praktisch niemand Plasma noch unter X11 testet oder entwickelt und dass diese Plattform aus Sicht der KDE-Mitwirkenden faktisch bereits vernachlässigt ist
• Diese Metriken decken sich auch mit den Erkenntnissen aus Sentry, dem automatischen Absturzmeldetool, zu neu auftretenden Abstürzen
• Betrachtet man vor allem Nutzer aktueller Plasma-Versionen, ist der Wayland-Anteil hoch; rechnet man jedoch X11-Nutzer von Plasma 5.27 mit ein, liegt die gesamte Wayland-Adoptionsrate bei etwa 76 %
• In Plasma 5.27 war Wayland noch nicht der Standard-Sitzungstyp, und Nutzer von Plasma 5.27 oder Versionen älter als Plasma 6.8 sind von den Änderungen in Plasma 6.8 nicht betroffen
• Seit Plasma 6.0 bietet die Wayland-Sitzung insgesamt die bessere Erfahrung, auch wenn das Verhalten in Spezialbereichen nicht vollständig identisch ist
• Es wird kein vollkommen reibungsloser Übergang für alle Nutzer erwartet; Nutzerskripte, Tools und Workflows müssen möglicherweise angepasst werden
• Plasma 6.7 erscheint in wenigen Tagen und ist die letzte Version, die eine X11-Sitzung anbietet
• Es gibt kein Versprechen, bis 6.8 alle Probleme zu beheben, aber verbleibende Probleme, die zur Rückkehr zu X11 zwingen, sollten gemeldet werden

[GN⁺]

Lobste.rs-Kommentare

• Unabhängig davon, welche Unannehmlichkeiten es gibt, sollten Probleme mit der Barrierefreiheit besonders weiterhin gemeldet werden. Allerdings höflich bleiben.
  Man darf nicht vergessen, dass viele Entwickler Freiwillige sind. Wenn man gleich losschreit, hilft das niemandem, und einige Freiwillige könnten mit dem Gefühl gehen, es „nicht wert“ zu sein, sodass am Ende gar nichts mehr vorankommt.
  Ich persönlich nutze es seit etwa vier Jahren täglich, und die Probleme, die ich dabei erlebt habe, sind nach und nach verschwunden. Inzwischen nehme ich X11/Wayland fast gar nicht mehr bewusst wahr. Als ich vor ein paar Monaten für Entwicklungszwecke wieder X11 ausprobiert habe, gab es viele Probleme mit flackernden Fenstern oder Fenstern, die sich eigenmächtig bewegten, außerdem wurde das Compositing ein- und ausgeschaltet und der Bildschirm flackerte merkwürdig.
  Als ich vor etwa fünf Jahren Linux Mint ausprobiert habe, wusste ich nicht, dass X11-Compositing viel Strom verbraucht und die Framerate in Spielen komplett ruiniert, sodass ich nicht richtig spielen konnte; Mint hat das auch nicht automatisch deaktiviert. Unter Wayland funktioniert es einfach

• Dass laut internen KDE-Metriken mehr als 95 % der Plasma-6.6-Nutzer Wayland verwenden, wirkt wie eine selbsterfüllende Prophezeiung.
  Ich habe etwas ausprobiert, aber Wayland funktionierte nicht; dann habe ich X probiert, aber Plasma funktionierte nicht, also nutze ich auf diesem Gerät derzeit xfce auf X11.
  Ich will keinen Streit anfangen, aber für die verbleibenden 5 % war X offenbar die passende Lösung, und man könnte entschieden haben, dass sich der Aufwand zur Unterstützung von X für 95 % nicht lohnt.

  • Es würde mich überhaupt nicht überraschen, wenn es eine starke Korrelation zwischen der Nutzung von Wayland und aktivierter Telemetrie gäbe. X11-Nutzer haben die Telemetrie möglicherweise in höherem Maß deaktiviert.
    Das kann daran liegen, dass Nutzer das selbst so gewählt haben oder dass die IT-Abteilung es so eingerichtet hat.
  • Diese Erklärung erinnert mich an den Stichprobenbias von https://sketchplanations.com/sampling-bias
  • Ich frage mich, woher KDE weiß, welchen Fenstermanager ich benutze. Ich habe nie der Übermittlung von Metriken zugestimmt und würde gern wissen, ob man das abschalten kann.
  • Ob der Rückgang der Gesamtzahl der Nutzer den Zuwachs neuer Nutzer übersteigt, müsste sich in der Statistik zeigen. Ein Teil der Umstellung könnte also auch darauf zurückgehen, dass neue Nutzer Wayland verwenden, weil es in Distributionen der Standard geworden ist, während bestehende Nutzer abgesprungen sind.
    Trotzdem scheint die Tatsache, dass es für Leute mit den Standardeinstellungen gut genug funktioniert, sodass es nicht zu einem Gesamtrückgang kommt, ein nützliches Signal zu sein.

• Ich wünschte, Wayland würde fortgeschrittenen Arbeitsabläufen mehr Flexibilität geben. Zum Beispiel konnte ich keine Funktion nachbilden, bei der wie in einem macOS-Programm ein halbtransparentes unscharfes Overlay über den Bildschirm gezeichnet wird; Wayland bietet einen solchen Ansatz gar nicht erst an.
  Mir persönlich gefällt die Freiheit, beliebige verrückte Dinge ausprobieren zu können, aber Wayland macht solche Dinge schwierig oder fast unmöglich, und insbesondere ist es noch schwerer, sie mit anderen Desktop-Umgebungen interoperabel zu machen. Manche Workarounds bestanden darin, massenhaft KWin Rules zu verwenden, was natürlich überhaupt nicht portabel ist.
  Aus Sicht normaler Nutzer ist es aber ziemlich reibungslos geworden. Nach dem Wechsel zu Wayland funktionierte mein Multi-GPU-Laptop unerwartet einfach richtig, während ich unter X selbst nach stundenlangen Versuchen keine Konfiguration hinbekommen habe, in der interne und externe Displays, die an unterschiedliche GPUs angeschlossen sind, gleichzeitig nutzbar waren.
  Auch Setups mit gemischter DPI funktionieren jetzt richtig, und ich muss anerkennen, dass es stabil ist.
  Allerdings sind Automatisierungsfunktionen wie das automatische Ausfüllen von Passwörtern in KeePassXC kaputtgegangen. Wenn man bedenkt, dass man die Browser-Integration sowieso richtig nutzen sollte, ist das vielleicht kein allzu großer Grund zur Beschwerde.
  Auch der Zustand von Bildschirmaufnahme-Software ist noch schwierig: Mein bevorzugtes Tool ist nicht mit Wayland kompatibel, und die anderen Tools bleiben hinter den Erwartungen zurück. Früher habe ich für Sprachsteuerung Caster genutzt; das basiert wahrscheinlich auf xdotool, also wird auch das wohl kaputtgehen.

• Der entscheidende Hinderungsgrund für einen vollständigen Umstieg auf Wayland ist die Unterstützung für headless RDP.
  KDE unterstützt derzeit nur RDP für bestehende Sitzungen, aber kein headless RDP. Das ist der Blocker, weshalb ich noch xrdp verwende. Hoffentlich wird das irgendwann gelöst.

  • Mit einem Plasma-Login-Manager scheint es letztlich möglich zu werden, aber wann, weiß ich überhaupt nicht.

• Auf einem Gerät nutze ich Plasma unter X11, auf einem anderen Plasma unter Wayland, und im Alltag merke ich kaum einen großen Unterschied.
  Meiner Meinung nach hat KDE den Übergang besser bewältigt als GNOME. Man kann sich darüber ärgern und schmollen, aber die Optionen sind letztlich nur, zu Wayland zu wechseln oder X11 selbst weiterzupflegen, und Letzteres ist nicht realistisch.