Christian Schaller, Leiter des Desktop-Entwicklungsteams bei Red Hat und des Fedora-Desktop-Teams, , zu Desktop-Komponenten in Fedora 31, erwähnte die Absicht von Red Hat, die aktive Entwicklung der X.Org-Serverfunktionalität einzustellen und sich auf die Pflege der vorhandenen Codebasis und die Behebung von Fehlern zu beschränken.
Red Hat leistet derzeit einen wichtigen Beitrag zur Entwicklung des X.Org-Servers und pflegt ihn. Daher ist es unwahrscheinlich, dass bedeutende Versionen des X.Org-Servers im Falle einer Entgleisung fortgesetzt werden. Gleichzeitig wird die Wartung von X.Org durch Red Hat trotz der Einstellung der Entwicklung mindestens bis zum Ende des Lebenszyklus der RHEL 8-Distribution fortgesetzt, der bis 2029 dauern wird.
Die Entwicklung von X.Org Server stagniert bereits – trotz des vorherigen sechsmonatigen Veröffentlichungszyklus wurde die letzte bedeutende Version von X.Org Server 1.20 vor 14 Monaten veröffentlicht, und die Vorbereitung der Version 1.21 stagniert. Die Situation kann sich ändern, wenn ein Unternehmen oder eine Community das weitere Wachstum der Funktionalität des X.Org-Servers übernimmt, aber angesichts der weit verbreiteten Verlagerung bedeutender Projekte hin zu Wayland ist es unwahrscheinlich, dass es diejenigen gibt, die dies wünschen.
Der aktuelle Fokus von Red Hat liegt auf der Verbesserung des Wayland-basierten Desktop-Erlebnisses. Der Übergang des X.Org-Servers in den Wartungsmodus wird erwartet, nachdem die Aufgabe vollständig entfernt wurde, die Abhängigkeit von X.Org-Komponenten zu entfernen und sicherzustellen, dass die GNOME-Shell ohne die Verwendung von XWayland ausgeführt wird, was eine Umgestaltung oder Entfernung der verbleibenden Bindungen an X.org erfordert. Diese Bindungen sind aus der GNOME-Shell fast verschwunden, verbleiben aber weiterhin im GNOME-Einstellungsdämon. In GNOME 3.34 oder 3.36 ist geplant, die Bindungen an X.Org vollständig aufzuheben und den Start von XWayland zu organisieren , wenn Komponenten benötigt werden, um die Kompatibilität mit X11 sicherzustellen.
Es wird auch die Notwendigkeit erwähnt, eine Reihe von Problemen zu lösen mit Wayland, beispielsweise die Arbeit mit proprietären NVIDIA-Treibern und die Optimierung des XWayland DDX-Servers, um X-Anwendungen in einer Wayland-basierten Umgebung gut auszuführen. Von den im Rahmen der Vorbereitung von Fedora 31 durchgeführten Arbeiten wird die Implementierung der Möglichkeit, X-Anwendungen mit Root-Rechten auszuführen, in XWayland erwähnt. Eine solche Ausführung ist aus Sicherheitsgründen fraglich, aber notwendig, um die Kompatibilität mit X-Programmen sicherzustellen, die mit erhöhten Rechten ausgeführt werden müssen.
Ein weiteres Ziel besteht darin, die Unterstützung für Wayland in der SDL zu verbessern, um beispielsweise Skalierungsprobleme bei der Ausführung älterer Spiele mit niedrigen Bildschirmauflösungen zu lösen. Es wird auch darauf hingewiesen, dass die Unterstützung für Wayland in Systemen mit proprietären NVIDIA-Treibern verbessert werden muss. Wenn Wayland schon lange mit solchen Treibern arbeiten kann, kann XWayland in dieser Konfiguration noch keine Tools zur Hardwarebeschleunigung von 3D-Grafiken verwenden (Es ist geplant, die Möglichkeit bereitzustellen, den x.org-Treiber NVIDIA für Xwayland zu laden.)
Darüber hinaus wird weiterhin daran gearbeitet, PulseAudio und Jack durch einen Multimedia-Server zu ersetzen. , das die Fähigkeiten von PulseAudio für Video-Streaming und Audioverarbeitung mit geringer Latenz erweitert, um den Anforderungen professioneller Audioverarbeitungssysteme gerecht zu werden, und außerdem ein erweitertes Sicherheitsmodell für die Zugriffskontrolle auf der Ebene einzelner Geräte und Streams bietet. Im Rahmen des Fedora 31-Entwicklungszyklus konzentrieren sich die Arbeiten auf die Verwendung von PipeWire zur Organisation der Bildschirmfreigabe in Wayland-basierten Umgebungen, einschließlich der Verwendung des Protokolls .
Fedora 31 auch Fügen Sie die Möglichkeit hinzu, Qt-Anwendungen in einer Wayland-basierten GNOME-Sitzung mit dem Qt Wayland-Plugin anstelle des XCB-Plugins mit X11/XWayland auszuführen.
Source: opennet.ru