Red Hat Enterprise Linux 10: Pläne für Wayland und Xorg-Server

Hallo zusammen, ich gehöre zur Engineering- und Produktgruppe, die sich mit grafischen Displays und GPUs für Red Hat Enterprise Linux (RHEL) beschäftigt, und ich möchte eine Entscheidung vom Produkt- und Engineeringteam vorstellen, die wir kürzlich getroffen haben. Ich möchte Ihnen den Kontext erläutern und erklären, welche Anstrengungen wir unternommen haben, um zu dieser Entscheidung zu gelangen.

Der Übergang vom mittlerweile über 30 Jahre alten X Window System zu dem neueren, auf Wayland basierenden Stack erfolgt seit etwa 15 Jahren, und Red Hat war von Anfang an dabei. Im Laufe der Zeit wurde deutlich, dass das X11-Protokoll und der Xorg-Server grundlegende Probleme hatten, die behoben werden mussten, und Wayland war die Lösung. Heute wird Wayland als die De-Facto-Lösung für Fenster- und Display-Infrastruktur anerkannt. 

Während der Umstellung hat Red Hat sowohl die X.org- als auch die Wayland-Stacks unterstützt. Dies ermöglicht es uns und der Community, die verfügbare Zeit für die Unterstützung neuer Funktionen und die Behebung von Fehlern zu teilen.

Einerseits hat die Community neue Funktionen entwickelt und Lücken in Wayland geschlossen, andererseits wurde die Neuentwicklung im Xorg-Server und in der X11-Infrastruktur zurückgefahren. Obwohl es großartig ist, dass Wayland erheblich verbessert wurde, bedeutet dies auch eine erhöhte Wartungsbelastung in beiden Stacks, mit viel neuer Arbeit, die in Wayland aufrechterhalten werden muss, und viel älterer, Legacy-Arbeit, die in X.org gepflegt werden muss. Dies ist zu einer schwer zu haltende Situation geworden. 

Da Wayland sich weiterentwickelt hat und immer leistungsfähiger geworden ist, haben wir mit mehreren Hardware- und Softwareanbietern, Kunden, der visuellen Effekte (VFX)-Industrie und Upstream-Projekten zusammengearbeitet, um die notwendigen Projekte zu verstehen und zu entwickeln, um die Funktionslücke zu schließen und den Wayland-Stack sogar zu erweitern. Ich bin wirklich stolz auf die Arbeit, die wir geleistet haben, dazu gehören unter anderem:

• Führende Rolle bei der Unterstützung von High Dynamic Range (HDR)/Farbmanagement 
• Etablierung von Xwayland als Eckpfeiler für die Abwärtskompatibilität mit X11-Clients
• Entwicklung von Infrastruktur zur Unterstützung moderner Remote-Desktop-Lösungen
• Überprüfung und Entwicklung für explizite Synchronisationsunterstützung im Wayland-Protokoll und relevanten Projekten
• Entwicklung von Libei, einer Lösung für Eingabesimulation und -erfassung
• Co-Leitung der Wakefield-Initiative, um OpenJDK mit (X)Wayland zum Einsatz zu bringen
• Und Dutzende anderer Initiativen aus der Vergangenheit und neuere, die in naher Zukunft kommen werden 

Wir möchten den erheblichen Aufwand anerkennen, den all diese Organisationen und Einzelpersonen geleistet haben, insbesondere der Rest der Upstream-Community, ohne die dieses Projekt niemals so ausgereift gewesen wäre. Diese Anstrengung gab uns das Vertrauen, Wayland zunächst für die meisten Anwendungsfälle in RHEL 8 zur Standardoption einzusetzen, gefolgt von der Einstellung des Xorg-Servers in RHEL 9, mit der Absicht, ihn in einer zukünftigen Version zu entfernen. Anfang dieses Jahres (2023) haben wir im Rahmen unserer Planung für RHEL 10 eine Studie durchgeführt, um den Status von Wayland zu verstehen, nicht nur aus einer Infrastrukturperspektive, sondern auch aus einer Ökosystemperspektive. Das Ergebnis dieser Bewertung zeigt, dass es noch einige Lücken und Anwendungen gibt, die angepasst werden müssen. Wir glauben, dass die Wayland-Infrastruktur und das Ökosystem gut aufgestellt sind und dass wir auf einem guten Weg sind, um die identifizierten Blocker bis zur Veröffentlichung von RHEL 10 in der ersten Hälfte von 2025 zu lösen. 

Daher haben wir beschlossen, den Xorg-Server und andere X-Server (außer Xwayland) aus RHEL 10 und den folgenden Versionen zu entfernen. Xwayland sollte in der Lage sein, die meisten X11-Clients zu unterstützen, die nicht sofort auf Wayland portiert werden, und falls erforderlich, können unsere Kunden auf RHEL 9 bleiben, um dessen vollständigen Lebenszyklus zu nutzen, während sie die spezifischen Anforderungen für den Übergang zu einem Wayland-Ökosystem klären. Es ist wichtig zu beachten, dass „Xorg-Server“ und „X11“ nicht synonym sind, da X11 ein Protokoll ist, das weiterhin über Xwayland unterstützt wird, während der Xorg-Server eine der Implementierungen des X11-Protokolls ist.

Während wir die Energie hinter einigen Distributionen und Fedora-Spins anerkennen, die auf eine ähnliche Zukunft hinarbeiten, ist diese Entscheidung auf RHEL 10 beschränkt – wir erkennen an, dass andere Linux-Distributionen unterschiedliche Bedürfnisse und Entscheidungsstrukturen haben, und darüber hinaus sind uns keine Pläne für ähnliche Bemühungen in Fedora bekannt, noch sind wir an ähnlichen Bemühungen beteiligt, abgesehen von der Weitergabe unseres Wissens.

Wir haben uns bemüht, Feedback zu sammeln, aber wir wissen, dass wir nicht jeden direkt erreichen können. Wenn Sie Gedanken oder Fragen dazu haben, laden wir Sie ein, sich an der Diskussion zu beteiligen, die wir im Kundenportal eingerichtet haben. 

Diese Entscheidung ermöglicht es uns, unsere Anstrengungen ab RHEL 10 ausschließlich auf einen modernen Stack und ein modernes Ökosystem zu konzentrieren. Das bedeutet, dass wir Probleme wie HDR, erhöhte Sicherheit, Setups mit gemischten Low- und High-Density-Displays oder sehr hochauflösenden Displays, besseres GPU/Display-Hot-Plugging, verbesserte Gestensteuerung und Scrollen usw. angehen können. Wir sind zuversichtlich, dass Wayland eine solide Plattform bieten wird, und freuen uns darauf, mit der Community sowie all unseren Partnern und Kunden gemeinsam die Zukunft von Linux zu gestalten.