Christian Schaller, die het desktopontwikkelingsteam bij Red Hat leidt en de Fedora desktop, in een bespreking van de plannen voor desktop componenten in Fedora 31, noemde Red Hat's intentie om te stoppen met het actief ontwikkelen van X.Org-serverfunctionaliteit en alleen beperkt zijn tot het onderhouden van de bestaande codebasis en foutopsporing.
Red Hat levert momenteel een belangrijke bijdrage aan de ontwikkeling van de X.Org-server en behoudt zijn ondersteuning. In het geval van opschorting van de ontwikkeling is het onwaarschijnlijk dat de vorming van significante X.Org-serverreleases zal worden voortgezet.
Tegelijkertijd zal Red Hat's ondersteuning van X.Org, ondanks de stopzetting van de ontwikkeling, ten minste doorgaan tot het einde van de RHEL 8-distributielevenscyclus, die zal duren tot 2029.
De ontwikkeling van X.Org is al minimaal
De stagnatie in de ontwikkeling van de X.Org-server is al geconstateerd. Ondanks de releasecyclus van zes maanden die eerder werd gebruikt, de laatste belangrijke versie van X.Org Server 1.20 werd 14 maanden geleden uitgebracht en de voorbereiding voor versie 1.21 loopt vast.
De situatie kan veranderen als een bedrijf of gemeenschap zich ertoe verbindt de functionaliteit van de X.Org-server te blijven verbeteren, Maar gezien de wijdverbreide verschuiving van belangrijke projecten naar Wayland, is het onwaarschijnlijk dat er iemand zal zijn.
Red Hat richt zich momenteel op het verbeteren van op Wayland gebaseerd desktopwerk. Er wordt verwacht dat de X.Org-server in de onderhoudsmodus wordt gezet nadat het probleem van het volledig verwijderen van afhankelijkheden van X.Org-componenten is opgelost en ervoor is gezorgd dat de Gnome-shell start zonder XWayland te gebruiken, wat een refactoring vereist of het verwijderen van de resterende links naar X.org.
Deze links zijn bijna verwijderd uit de Gnome Shell, maar blijven nog steeds in de Gnome-instellingen.
In Gnome 3.34 of 3.36 is het de bedoeling om de X.Org-bindingen volledig te schrappen en de XWayland-release dynamisch te organiseren, wanneer de behoefte aan componenten zich voordoet om X11-compatibiliteit te garanderen.
Red Hat focust zijn inspanningen bij voorkeur op Wayland
De noodzaak om een ​​aantal openstaande problemen met Wayland op te lossen wordt ook genoemd, werken graag met NVIDIA-eigen stuurprogramma's en het verfijnen van de XWayland DDX-server om een ​​kwaliteitsvolle lancering van X-applicaties in een Wayland-gebaseerde omgeving te garanderen.
Van de 31 taken die worden uitgevoerd ter voorbereiding op Fedora, implementeert XWayland de mogelijkheid om X-applicaties met rootprivileges te draaien. Een dergelijke uitgave is twijfelachtig vanuit veiligheidsoogpunt, maar is noodzakelijk om compatibiliteit met X-programma's te garanderen, die verhoogde rechten vereisen.
Een andere uitdaging is het verbeteren van de Wayland-ondersteuning in de SDL-bibliotheek, bijvoorbeeld om schaalproblemen op te lossen bij het draaien van oudere games die op lage schermresoluties draaien.
Bovendien heeft Er is behoefte aan verbetering van de ondersteuning voor het werk van Wayland op systemen met eigen stuurprogramma's van NVIDIA:
als Wayland lange tijd aan dergelijke stuurprogramma's kan werken, dan kan XWayland in deze configuratie nog geen hardwareversnellingsmogelijkheden voor 3D-afbeeldingen gebruiken (het is de bedoeling om de mogelijkheid te bieden om x.org NVIDIA-stuurprogramma's voor XWayland te downloaden).
Bovendien heeft er wordt gewerkt aan het vervangen van PulseAudio en Jack door PipeWire Media Server, Dat breidt de PulseAudio-mogelijkheden uit met videostreaming en audioverwerking met minimale latentie, rekening houdend met de behoeften van professionele geluidsverwerkingssystemen, en biedt ook een verbeterd beveiligingsmodel voor individuele toegangscontrole op apparaatniveau.
Ten slotte, als onderdeel van de Fedora 31 ontwikkelingscyclus, concentreert het werk zich op het gebruik van PipeWire om schermtoegang te delen in Wayland-gebaseerde omgevingen, inclusief het gebruik van het Miracast-protocol.
naar Fedora 31 is ook gepland om de mogelijkheid toe te voegen om Qt-applicaties te starten in een Gnome-gebaseerde Wayland-sessie. met behulp van de Qt Wayland-plug-in in plaats van de XCB-plug-in met X11 / XWayland.