Christian Schaller, der leder desktop-udviklingsteamet hos Red Hat og Fedora-skrivebordet i en gennemgang af planerne for desktop-komponenter i Fedora 31, nævnte Red Hats hensigt om at stoppe aktivt med at udvikle X.Org-serverfunktionalitet og kun være begrænset til at opretholde den eksisterende kodebase og fejlretning.
I øjeblikket yder Red Hat et nøglebidrag til udviklingen af X.Org-serveren og opretholder sin støtte, derfor er det usandsynligt, at dannelsen af betydelige X.Org-serverudgivelser fortsætter, i tilfælde af suspension af udviklingen.
På samme tid, på trods af ophør af udviklingen, vil Red Hats støtte til X.Org fortsætte i det mindste indtil slutningen af RHEL 8-distributionslivscyklussen, som varer indtil 2029.
Udviklingen af X.Org er allerede minimal
Stagnationen i udviklingen af X.Org-serveren er allerede blevet observeret. På trods af den seks måneders frigivelsescyklus, der tidligere blev brugt, den sidste vigtige version af X.Org Server 1.20 blev udgivet for 14 måneder siden, og forberedelsen til version 1.21 er i stå.
Situationen kan ændre sig, hvis et firma eller samfund accepterer at fortsætte med at øge X.Org-serverens funktionalitet, Men i betragtning af det udbredte skift fra betydelige projekter til Wayland er det usandsynligt, at der vil være nogen.
Red Hat fokuserer i øjeblikket på at forbedre Wayland-baseret desktop-arbejde. X.Org-serveren forventes at blive sat i vedligeholdelsestilstand efter at have løst problemet med fuldstændig fjernelse af afhængigheder fra X.Org-komponenter og sørg for, at Gnome-skallen starter uden at bruge XWayland, hvilket kræver refactoring eller fjern de resterende links til X.org.
Disse links fjernes næsten fra Gnome Shell, men forbliver stadig i Gnome-indstillingerne.
I Gnome 3.34 eller 3.36 er det planlagt helt at droppe X.Org-bindingerne og organisere XWayland-udgivelsen dynamisk, når behovet for komponenter opstår for at sikre X11-kompatibilitet.
Red Hat foretrækker at fokusere sin indsats på Wayland
Behovet for at løse en række udestående problemer med Wayland nævnes også, som at arbejde med NVIDIA-proprietære drivere og raffinere XWayland DDX-serveren for at sikre kvalitetsstart af X-applikationer i et Wayland-baseret miljø.
Ud af de 31 job, der udføres som forberedelse til Fedora, implementerer XWayland evnen til at køre X-applikationer med rodrettigheder. En sådan frigivelse er tvivlsom fra et sikkerhedsmæssigt synspunkt, men er nødvendig for at sikre kompatibilitet med X-programmer, der kræver forhøjede privilegier.
En anden udfordring er at forbedre Wayland-support i SDL-biblioteket, for eksempel at løse skaleringsproblemer, når du kører ældre spil, der kører med lave skærmopløsninger.
Derudover Der er behov for at forbedre understøttelsen af Waylands arbejde med systemer med NVIDIA-proprietære drivere:
hvis Wayland kan arbejde på sådanne drivere i lang tid, kan XWayland i denne konfiguration endnu ikke bruge hardwareaccelerationsfunktioner til 3D-grafik (det er planlagt at give mulighed for at downloade x.org NVIDIA-drivere til XWayland).
Derudover arbejdet pågår for at erstatte PulseAudio og Jack med PipeWire Media Server, der udvider funktionerne i PulseAudio med videostreaming og lydbehandling med minimal latenstid under hensyntagen til behovene hos professionelle lydbehandlingssystemer samt tilbyder en forbedret sikkerhedsmodel for adgangskontrolpersoner på enhedsniveau.
Endelig som en del af udviklingscyklen Fedora 31 fokuserer arbejdet på brugen af PipeWire til at dele skærmadgang i Wayland-baserede miljøer, herunder brugen af Miracast-protokollen.
til Fedora 31 er også planlagt til at tilføje muligheden for at starte Qt-applikationer i en Gnome-baseret Wayland-session. ved hjælp af Qt Wayland plugin i stedet for XCB plugin ved hjælp af X11 / XWayland.