Mein Accessibility-Stack und die Zukunft unter Wayland

• Der Umstieg auf Wayland kappt eingabebezogene Accessibility-Tools auf X11-Basis und nimmt manchen Nutzern damit das Mittel, überhaupt auf ihren Computer und ihr Berufsleben zuzugreifen
• Talon Voice ermöglicht mit Spracherkennung, Skripting und Python das Wechseln zwischen Apps, Diktieren, die Browser-Bedienung und Scrollen ganz ohne Hände
• gaze_ocr und Cursorless kombinieren OCR, Eye-Tracking und Verweise auf Syntaxbäume, um Bildschirmbedienung und Coding ohne Mitwirkung der Apps direkt auf dem Bildschirm zu ermöglichen und den Einsatzbereich zu erweitern
• Unter Wayland fehlen gemeinsame Standard-APIs für Fensterverwaltung, Eingabeautomatisierung, Mauspositionierung, Zwischenablage und Screen-Reading, die Talon benötigt
• Der Hauptentwickler von Talon hat angekündigt, die Linux-Unterstützung aus öffentlichen Releases zu entfernen; die API-Implementierung über GNOME, KDE und wlroots hinweg bleibt eine Aufgabe für die Community

---

Das Problem: Der Wayland-Umstieg kappt die Eingabe-Accessibility

• KDE Plasma hat angekündigt, die X11-Unterstützung Anfang 2027 zu entfernen; für Nutzer von Accessibility-Tools, die auf X11 angewiesen sind, wird es damit in etwa neun Monaten schwierig, ihre aktuelle Desktop-Umgebung weiter zu nutzen
• Bei Accessibility-Debatten liegt der Fokus oft auf Ausgabe-Accessibility für sehbehinderte oder blinde Nutzer, aber Eingabe-Accessibility, also die Möglichkeit, dem Computer Befehle zu geben, ist genauso wichtig
• Nach der Diagnose Ehlers-Danlos-Syndrom wurden die kleinen Muskeln in Handgelenken und Fingern geschädigt, sodass die Nutzung von Tastatur und Maus schwerfällt; durch spezialisierte Physiotherapie konnte ein Teil der Handfunktion zurückgewonnen werden, aber nicht genug für einen gesamten Arbeitstag
• Wenn der Linux-Desktop ausschließlich auf Wayland umstellt, erhalten die aktuellen Werkzeuge, mit denen sich der Computer fast ohne Hände bedienen lässt, nicht die nötige Systemintegration
• Der Wayland-Umstieg ist nicht nur ein Wechsel des Display-Servers, sondern eine Veränderung, die manchen Nutzern den Zugang zum Computer und zum Berufsleben nimmt

Die handfreie Eingabeumgebung von Talon Voice

• Talon Voice kombiniert ein schnelles und präzises Speech-to-Text-ML-Modell, eine eigene Skriptsprache und Python, damit Nutzer selbst erweitern können, wie sie Anwendungen bedienen
• Talon ermöglicht die Bedienung von Anwendungen auch dann auf Umwegen, wenn diese keine Accessibility-Integration bereitstellen; dieser Ansatz wird als adversarial accessibility bezeichnet
• Die Skriptsammlung talonhub/community ist die zentrale Komponente, die man zuerst installiert, um Talon im Alltag nutzbar zu machen; sie besteht aus Zehntausenden Zeilen von Hand geschriebenem Code, zugeschnitten auf die Bedürfnisse der Nutzer
• Mit Talon sind unter anderem folgende Dinge möglich:
  • den Anwendungsfokus per Sprache wechseln, statt Apps in der Taskleiste mit der Maus auszuwählen
  • mit dem Dictation Mode Texte schreiben; auch der Großteil des Originaltexts wurde mit Talon verfasst
  • den Browser mit der Rango extension vollständig ohne Hände bedienen
  • beim Schreiben längerer Fließtexte ein eigenes Skript verwenden, das über D-Bus das externe Speech-to-Text-Programm dsnote aufruft
  • per Zischlaut scrollen, weil Scrollen mit jedem Eingabegerät dauerhaft Schmerzen verursacht
  • künftig auch eine Integration von Fußpedalen in Talon in Betracht ziehen

gaze_ocr und die direkte Bildschirmbedienung

• gaze_ocr ist eine Talon-Erweiterung, die per OCR den Bildschirminhalt liest und das direkte Anklicken von Objekten auf dem Bildschirm ermöglicht
• Unter Linux wird kein OCR-Backend standardmäßig mitgeliefert, aber es ließ sich mit RapidOCR anbinden
• In Kombination mit einem Eye-Tracker lässt sich Text auf dem Bildschirm anhand der Stelle unterscheiden, auf die der Nutzer tatsächlich blickt
• Ein 60-Sekunden-Einführungsvideo gibt es unter https://youtu.be/qkFy66WF3bU
• gaze_ocr kann auch völlig ohne Integration auf Anwendungsseite mit Programmen interagieren und ist damit ein Paradebeispiel für Accessibility, die selbst in einer nicht kooperativen Anwendungsumgebung funktioniert

Cursorless und sprachbasiertes Programmieren

• Cursorless ist eine Visual-Studio-Code-Erweiterung, die den Syntaxbaum von Quellcode erkennt und es ermöglicht, Tokens per Sprache über Ausdrücke und Hüte über den einzelnen Tokens zu referenzieren
• Eine Textdemo findet sich in Xe Iasos Cursorless-Erklärung
• In Kombination mit der Sprachunterstützung zum Schreiben in verschiedenen Programmiersprachen aus talonhub/community lässt sich Code komplett ohne Hände verfassen
• Um zum Beispiel an den Satzanfang zu springen, schaut man auf die Hutfarbe und die Zeichenposition über „Cursorless“ und sagt etwas wie „pre pink cap“, um auf dieses Zeichen zu verweisen
• Dabei wird Talons Lautschrift-/Spelling-System verwendet
• Cursorless bietet eine mächtigere Art zu schreiben als herkömmliche tastaturbasierte oder sprachbasierte Editoren und ist so zentral, dass dafür sogar eigene Implementierungen für die im Beruf genutzte Software geschrieben wurden
• Der Wert von Talon geht über den bloßen Ausgleich einer Behinderung hinaus: Es bietet eine neuere und leistungsfähigere Art, mit dem Computer zu interagieren

Warum Talon unter Wayland kaputtgeht

• Der Linux-Desktop bewegt sich vom über 40 Jahre alten X11 zu Wayland, und die FOSS-Desktop-Community hat Wayland als Zukunft gewählt
• Talon muss tief in Window-Manager und Compositor integriert sein, um grundlegende Aufgaben auszuführen, aber Wayland bietet keinen standardisierten Weg, diese Funktionen bereitzustellen
• Selbst die elementarste Automatisierung von Texteingaben scheint auf die „echte Wayland-Art“ nicht möglich zu sein; der Maintainer von xdotool, dem De-facto-Standardwerkzeug für Eingabeautomatisierung unter X11, hat das untersucht, kam aber zu einem verwirrenden Ergebnis
• Der von Talon benötigte Funktionsumfang reicht weit über Texteingabe hinaus und umfasst Fensterverwaltung, Mauspositionierung, Zwischenablagenverwaltung und Screen-Reading
• Antworten wie „unter GNOME geht es, unter KDE nicht“ oder „unter wlroots ist es schon implementiert“ reichen nicht aus
• Dass plattformübergreifende Entwickler für mehrere Compositoren wie GNOME, KDE, wlroots und Smithay-basierte Systeme wie Niri jeweils eigene Implementierungen schreiben müssten, ist unrealistisch
• Die zentrale Einschränkung ist, dass kein Compositor die gesamte von Talon benötigte API-Oberfläche implementiert

Die Richtung: Talon entfernt Linux-Unterstützung

• Aegis, der Hauptentwickler von Talon, hat erklärt, bald sämtliche Linux-Unterstützung aus den öffentlichen Releases zu entfernen, da X11 verschwindet und Nutzer sonst in Umgebungen wechseln, in denen Talon nicht funktioniert
• Talon hat kostenlose und kostenpflichtige Stufen; die kostenpflichtige Stufe behält X11-Unterstützung vorerst bei
• Die Entscheidung, Linux-Unterstützung aus den öffentlichen Releases zu entfernen, hängt auch damit zusammen, den Aufwand zu reduzieren, dass kostenlose Nutzer Talon installieren und erst danach überrascht feststellen, dass es unter Wayland nicht funktioniert
• Diese Entscheidung beruht nicht auf Böswilligkeit, sondern auf der pragmatischen Einschätzung, dass es 2027 keinen Weg gibt, den Linux-Desktop zu unterstützen
• Wenn es keinen Weg gibt, den Linux-Desktop zu unterstützen, bleibt als mögliche Antwort nur, die Unterstützung des Linux-Desktops selbst zu entfernen

Die Aufgabe, die die Community übernehmen muss

• Aegis hat Nutzern, die Talon unter Linux retten wollen, folgende Bedingungen genannt:
  • Aegis aus keinem Grund auf Wayland-Unterstützung ansprechen oder mit ihm darüber diskutieren
  • Die Community muss sich zusammentun und erfolgreich die gesamte von Talon benötigte API-Oberfläche für GNOME, KDE und wlroots implementieren
  • Erst danach kann ein neues Wayland-Backend für Talon geprüft werden
• Diese Aufgabe bleibt für die Community schwer zugänglich, und das Wayland-Ökosystem wird als wenig nutzerfreundlich beschrieben, wenn es um solche Probleme geht
• Das xdg-session-management protocol brauchte vom ersten Pull Request bis zum Abschluss sechs Jahre
• Das kürzlich gemergte ext-zones protocol brauchte mehr als zwei Jahre bis zum Merge; mehrere Jahre Forschung und Entwicklung zur ersten Konzeption sind dabei noch nicht eingerechnet
• Anfangs lag die Vermutung nahe, dass Maintainer die Anforderungen der Eingabe-Accessibility einfach nicht kennen und sich Lösungen deshalb verzögern; nach dem Lesen alter Mailinglisten und Diskussionsverläufe wirkt aber eher schon der Zustand „niemand spricht darüber“ wie ein sich selbst erfüllendes Ergebnis

Warum die Beteiligung am Wayland-Ökosystem so schwierig ist

• In früheren Diskussionen blieben besonders zwei Reaktionen problematisch:
  • Nate Grahams Antwort thematisiert die Realität, dass Anwendungsentwickler zu Wayland Upstream beitragen müssen
  • In einem Fedora-DEI-Accessibility-Thread, in dem Talon nicht namentlich erwähnt wird, lehnt die Antwort eines GTK-Maintainers die Beteiligung an der Diskussion ab, bezeichnet Nutzer als „accessibility maximalists“ und verweist auf Material, das mit Eingabe-Accessibility nichts direkt zu tun hat
• Diese Reaktionen und der Zustand von wayland-protocols schwächen die Erwartung stark, dass sich das Problem allein durch weitere Kommunikation lösen ließe
• Das Wayland-Ökosystem scheint Beteiligung zu verlangen und zugleich Accessibility-Anforderungen zu ignorieren oder für kleine Fortschritte Jahre an Vollzeitarbeit zu verlangen
• Warum Probleme der Eingabe-Accessibility öffentlich nicht ausreichend diskutiert werden, scheint am ehesten daran zu liegen, dass es selbst bei ernsthaften Versuchen sinnlos wirkt
• Vor diesem Hintergrund ist auch verständlich, warum der Talon-Entwickler den Linux-Desktop als aussichtslosen Fall betrachtet und die mögliche Rettung an die Community weitergibt

Warum ich den Linux-Desktop nicht verlassen will

• Der Linux-Desktop ist weiterhin die Umgebung, die ich nutzen möchte; er bietet den Plasma-Desktop, die gewünschte Spieleunterstützung, die nötigen Entwicklerwerkzeuge und aktuelle Tools für neue Hardware-Blöcke
• Auch die saubere Erfahrung ohne Werbung, schlechte UI-Neugestaltungen und überall hineingedrückte AI ist ein Grund, beim Linux-Desktop bleiben zu wollen
• Wie in Fireborns Beitrag aus dem letzten Jahr: Wayland ist gewachsen, und jetzt bleibt uns nichts anderes übrig, als zu versuchen beizutragen
• Was gebraucht wird, ist eine klare Darstellung der Accessibility-Anforderungen, wie Talon sie erfüllt und warum eine reine Wayland-Zukunft das nicht leistet
• Wenn jemand einen Weg nach vorn kennt, ist das eine Situation, in der Nutzern mit Eingabe-Accessibility-Bedarf geholfen werden kann

Möglichkeiten und Grenzen menschlicher Eingabegeräte

• Nach sechs Monaten mit Talon und verwandten Technologien war es möglich, Alltag und Arbeit fortzuführen, obwohl eine klassische Tastatur-Maus-Nutzung nicht mehr möglich ist
• Sobald man sich vom Denken in Tastatur und Maus löst, wird deutlich, wie viel größer das Potenzial menschlicher Eingabegeräte ist
• Moderne Computer ermöglichen Eingabemethoden, bei denen ein ML-Modell jedes Zeichen auf dem Bildschirm scannt, verfolgt wird, welches Zeichen der Nutzer ansieht, und der entsprechende Text in weniger als einer Sekunde direkt angeklickt werden kann
• Auch die spezielle Tastatur Svalboard soll bald in einem eigenen Beitrag behandelt werden; dieses Gerät existierte vor drei Jahren noch nicht
• Talon verbessert sich weiter, bietet bereits sehr viele Befehle, und wenn das nicht reicht, gibt es Wege, eigene Befehle zu schreiben
• Wer diese neuen Eingabemethoden selbst ausprobieren will, sollte derzeit kein Wayland verwenden

[GN⁺]

Lobste.rs-Kommentare

• Dieser lange und weitschweifige Beitrag soll keine Schwächeren angreifen, sondern versucht wirklich, die richtigen Leute zu finden, um über ein großes und schwieriges Problem zu sprechen
  Falls du so eine Person bist oder jemanden kennst, wäre es großartig, wenn du dich meldest
  Dazu gab es früher schon einmal einen Beitrag auf lobste.rs: https://lobste.rs/s/o0x7rb/your_mouse_free_setups
  Dank der damaligen Vorschläge habe ich zum ersten Mal von Talon und Svalboard erfahren, wofür ich sehr dankbar bin

  • Dieser Beitrag wurde in KDE-Chaträumen geteilt. Ich kann nichts versprechen, aber die Leute kennen die Situation
    Ich arbeite nicht an diesem Stack, aber es tut mir wirklich leid, und ich werde mein Bestes tun, damit dieses Problem im KDE-Umfeld bekannter wird. Vielleicht kann jemand mit dem passenden Wissen die Lage verbessern
    Noch einmal: Ich kann nichts versprechen, aber ich möchte sagen, dass wir zuhören und definitiv helfen möchten
    Wer Interesse hat, kann in die Matrix-Kanäle kommen: #kde-accessibility:kde.org, #kwin:kde.org
    Außerdem hat wohl jemand bei der Talos-Entwicklung nachgefragt, wie man es unter Wayland zum Laufen bringt, aber ein Talos-Entwickler antwortete: “Wayland is not supported.”

• Ich frage mich, ob dieser Beitrag Entscheidungsträgern bei der staatlichen Softwarebeschaffung weitergeleitet werden könnte
  Wenn die richtige Person eine E-Mail verschicken würde mit dem Inhalt, dass „Linux-Desktop-Distributionen auf Wayland-Basis wie Ubuntu oder Red Hat nach EN 301 549/Section 508 nicht zertifiziert werden können, weil Nutzer von assistiven Eingabegeräten bald ihren unterstützten Accessibility-Pfad verlieren“, könnte das helfen, die derzeitige Blockade zu lösen

  • Andererseits frage ich mich, ob es überhaupt Regierungen gibt, die Linux-Desktops in großem Maßstab einsetzen
    Heutzutage scheint mir ein sehr indirekter Weg, Linux-Accessibility zu verbessern, dass irgendeine Organisation versucht, Geld damit zu verdienen, Linux-Desktops an Regierungen zu verkaufen. Dafür müssten die Accessibility-Probleme wahrscheinlich gelöst werden
    Bei der aktuellen Weltlage hätte ich erwartet, dass es irgendwo ein Geschäftsmodell gibt, das daraus Profit schlagen will, Regierungen weniger abhängig von Apple und Microsoft zu machen
    Soweit ich weiß, kamen viele Fortschritte bei der UNIX-bezogenen Accessibility auch aus der Zeit, als Sun Desktops an Regierungen verkauft hat

• Ich habe wie der Originalautor ebenfalls die Diagnose EDS, aber bei mir war das schon mit 12. Niemand hat mir gesagt, dass sich die Krankheit verschlechtern würde, stattdessen hörte ich eher: „Das verschwindet mit der Zeit einfach wieder“
  Im Lauf der Zeit hat meine Handkraft in den letzten zwölf Monaten nachgelassen, so sehr, dass ich mehrfach für jemanden mit neurologischen Problemen gehalten wurde
  Ich weiß, dass mir immer weniger Zeit bleibt, mein System so einzurichten, dass ich es ohne Hände nutzen kann. Während Wayland-Compositoren zum Standard werden und X verdrängen, sinkt meine Motivation, Talon zu lernen, das mir ein anderer Freund mit EDS empfohlen hat
  Ich wollte helfen, Unterstützung aufzubauen, solange ich es noch kann, aber ich weiß nicht, wo ich anfangen soll, und es fühlt sich an, als würde sich kaum jemand darum kümmern. Diese Situation ist wirklich quälend

  • Dieses Gefühl trifft mich sehr direkt. Zwei Monate nach meiner Diagnose habe ich mich schließlich entschlossen, zu X11 zu wechseln. Davor nutzte ich unter Wayland Speech Note und bediente alles langsam und schmerzhaft über das Touchpad
    Zu einer „veralteten“ Architektur zurückzukehren und dadurch ein echtes Accessibility-System nutzen zu können, war ein enormer Fortschritt, und ich bedaure, es nicht früher getan zu haben. Unabhängig davon, wie die Zukunft der Linux-Desktop-Accessibility aussieht, ist es sinnvoll, Talon jetzt gleich auszuprobieren
    Was die Muskelkraft angeht: Es klingt jetzt vielleicht unmöglich, aber Erholung ist möglich, und je früher man anfängt, desto besser. Wie schon erwähnt, konnte ich nach einigen Monaten intensiver Physiotherapie meine Hände teilweise wieder benutzen
    Ich habe die Erholung über mehrere Monate verfolgt und Fortschritte erlebt, bei denen ich die Punkte, die ich im Jahr davor verloren hatte, in umgekehrter Reihenfolge zurückgewann
    Je früher du also mit der Behandlung beginnst, desto schneller kannst du dich erholen, was auch immer das am Ende bedeutet. Ich selbst bin noch immer auf diesem Weg und werde es wahrscheinlich auch bleiben
    Falls du in den USA bist, könnte diese Website helfen, einen Physiotherapeuten zu finden, der unterstützen kann: https://www.ehlers-danlos.com/eds-echo-healthcare-professionals/
    Geh nicht einfach zu irgendeinem Physiotherapeuten. Viele sind nicht darauf vorbereitet, Menschen mit EDS zu behandeln, und dadurch kann es schlimmer statt besser werden
    Meinen persönlichen Weg bis zur Diagnose und Behandlung kann ich per DM oder auf einer anderen Plattform ausführlicher teilen. Melde dich gern, wenn du möchtest

• Danke, dass du ein Problem ansprichst, das viele Menschen betrifft
  Ich wünschte nur, ein Satz wäre weggelassen worden: „Wichtig ist, dass niemand diese Müllhalde von Codebasis mehr anfassen will und Wayland die Zukunft ist, für die sich die FOSS-Desktop-Community entschieden hat“
  Weder freedesktop, noch Red Hat, noch GNOME, noch du oder ich können für die gesamte FOSS-Desktop-Community sprechen. Diese Community ist kein Monolith, auch wenn es natürlich einige Echokammern gibt
  Ich glaube nicht, dass die Stimmung und Zustimmung so einstimmig sind, wie manche es andere glauben machen wollen. Einige wichtige Projekte scheinen noch keine Entscheidung getroffen zu haben und haben auch nicht versprochen, vollständig auf Wayland zu setzen und X aufzugeben. Das als bereits entschieden zu betrachten, ist kein in Stein gemeißelter Fakt
  Trotzdem wäre es schade, wenn man Linux aufgeben und zu BSD wechseln müsste

  • Der Satz des Originalautors stimmt tatsächlich. Die Xorg-Maintainer sind tatsächlich von „dieser Müllhalde von Codebasis zurückgetreten“, und niemand hat sie dazu gezwungen
    Das ist ein konkreter Nachteil der FOSS-do-ocracy. Wenn es nicht genug Menschen gibt, die etwas tun wollen, oder nicht genug Menschen, die die Kosten tragen können und wollen, dann passiert es nicht
    Natürlich könnte irgendjemand einen Xorg-Fork pflegen und verteilen, um die Flamme am Leben zu halten, aber die Tatsache, dass das bislang nicht geschehen ist, spricht für sich und kommt faktisch einem „Sprechen im Namen der gesamten FOSS-Desktop-Community“ gleich
    Auch BSDs fügen Wayland-Unterstützung hinzu, und soweit ich weiß, hat kein BSD-Projekt einen gepflegten Fork angekündigt. Und XLibre halte ich nicht für einen praktikablen Fork
    Ich erkenne an, dass ich das Privileg habe, bisher keine schwere körperliche Behinderung zu erleben, und ich empfinde viel Mitgefühl für die Lage des Originalautors. Das Zugriffslevel, das Talon braucht, ließe sich vielleicht besser als KWin-Plugin umsetzen
    Allerdings ist Talon Closed Source, was die Bewertung erschwert, und auch die Wartung dürfte ziemlich schwierig werden

• Ich war mir der Einschränkungen von Wayland bis zu einem gewissen Grad bewusst, aber als eher gelegentlicher Nutzer bin ich nur auf kleinere Besonderheiten gestoßen und musste mich nie direkt mit Problemen dieser Art befassen.
  Ich hoffe, dass dieser Beitrag zur Sensibilisierung unter den Leuten beiträgt, die tatsächlich etwas verändern können.
  Ich frage mich, ob es in Ordnung wäre, diesen Beitrag an anderer Stelle im Internet erneut zu veröffentlichen, um die Reichweite zu erhöhen. Ich würde den ursprünglichen Hinweis klar beibehalten, dass keinerlei Absicht besteht, Schwächere anzugreifen, und die Leute bitten, wütende Reaktionen für sich zu behalten.

• Talon ist beeindruckend. Ich hatte überhaupt nicht gewusst, dass so etwas möglich ist.
  Bei logografischen Sprachen ist die Lage ebenfalls ähnlich. Letztlich wird die Einführung von Wayland in manchen Regionen an eine Wand stoßen, oder dieses Problem muss behoben werden.

• Ich frage mich, ob dieses Problem im Kontext des European Accessibility Act diskutiert werden könnte.
  Ich bin mit dem Wortlaut des Gesetzes nicht vertraut, weiß aber, dass die Barrierefreiheit von Betriebssystemen ein zentraler Bestandteil ist. Es scheint etwas zu sein, das Linux lösen müsste, um konform zu sein, daher könnte man mit Entwicklern und europäischen Förderinstitutionen wie der Sovereign Tech Agency und NLNet darüber sprechen.

  • Soweit ich mich erinnere, ist der amerikanische ADA deutlich strenger und viel älter als die EU-Regelungen zur Barrierefreiheit, aber das hat Red Hat trotzdem nicht daran gehindert, an die US-Regierung zu verkaufen.

• Ich habe Talon nie benutzt, aber ich habe schon ziemlich leicht MIDI-Geräte wie ein Klavier-Sustain-Pedal mithilfe eines kleinen Weiterleitungsprogramms in andere Eingaben umgewandelt.
  Die Hardware ist außerdem recht günstig und es gibt viele Optionen, sodass man sie mit ein wenig Verbindungscode kreativ wiederverwenden kann. Das ist eine Überlegung wert.

  • Das ist zwar etwas neben dem Thema, aber maßgeschneiderte Eingabegeräte könnten eine interessante Richtung für Barrierefreiheit sein, und es gibt bereits Communities rund um offene/DIY-Tastaturen.
    Bei ploopy könnte ich mir auch vorstellen, eine Trackball-Variante zu bauen, die mit dem Fuß bedient wird. Man bräuchte eine größere Kugel und eine anpassbare Empfindlichkeit, und die Tasten müssten neu gestaltet werden, aber in der einfachsten Form könnte man auch wie bei einer geteilten Tastatur mit dem anderen Fuß ein separates Tastenpad drücken.

• Zu der Stelle „Letztes Jahr hat der Maintainer von xdotool, dem De-facto-Standardwerkzeug für Eingabeautomatisierung unter X11, untersucht, wie man das machen könnte, und hat frustriert aufgegeben“: Dieses Jahr hat er es erneut versucht und ziemlich große Fortschritte gemacht.
  Zum Beispiel gibt es https://hachyderm.io/@whack/116554328265192238. Im Moment scheint er an zugehörigen Zusatzarbeiten zu arbeiten, etwa an automatisierten Tests über mehrere Desktop-Umgebungen hinweg.

• Ich frage mich, ob Wayback kurz- oder mittelfristig ein provisorischer Workaround sein könnte.

  • Dafür ist es nicht gedacht. Der Zweck von Wayback ist, rein X11-basierte Desktops wie Window Maker auf Wayland laufen zu lassen und so den kaum noch gepflegten Xorg-Server aus dem Software-Stack zu entfernen.
    Das wird offenbar von Leuten aus dem Alpine-Umfeld vorangetrieben, weil sie die Paketierung von Xorg einstellen möchten, ohne Fenster-Manager aufzugeben, die noch nicht auf Wayland umgestellt wurden.
    Im Originalbeitrag geht es dagegen darum, dass Plasma und Gnome jeweils die Unterstützung für ihre X11-Sitzungen entfernen.