Christian Schaller, leder af Desktop Development Team hos Red Hat og Fedora Desktop Team, , vedrørende desktop-komponenter i Fedora 31, nævnte Red Hats hensigt om at stoppe aktivt med at udvikle X.Org-serverfunktionaliteten og begrænse sig til at vedligeholde den eksisterende kodebase og rette fejl.
Red Hat er i øjeblikket en vigtig bidragyder til udviklingen af X.Org-serveren og vedligeholder den, så det er usandsynligt, at væsentlige udgivelser af X.Org-serveren vil fortsætte i tilfælde af en afsporing. Samtidig vil vedligeholdelsen af X.Org af Red Hat, på trods af afslutningen af udviklingen, fortsætte i det mindste indtil slutningen af RHEL 8-distributionens livscyklus, som vil vare indtil 2029.
X.Org Server-udviklingen stagnerer allerede – på trods af den forrige seks-måneders udgivelsescyklus, blev den sidste betydelige udgivelse af X.Org Server 1.20 udgivet for 14 måneder siden, og forberedelsen af 1.21-udgivelsen er gået i stå. Situationen kan ændre sig, hvis en eller anden virksomhed eller et fællesskab overtager den fortsatte vækst af funktionaliteten af X.Org-serveren, men i betragtning af det udbredte skift af væsentlige projekter mod Wayland, er det usandsynligt, at der vil være dem, der ønsker det.
Red Hats nuværende fokus er på at forbedre den Wayland-baserede desktop-oplevelse. Overgangen af X.Org-serveren til vedligeholdelsestilstand forventes efter opgaven med fuldstændig at fjerne afhængigheden af X.Org-komponenter og få GNOME Shell til at køre uden brug af XWayland, hvilket kræver refaktorering eller fjernelse af de resterende bindinger til X.org. Disse bindinger er næsten væk fra GNOME-skallen, men forbliver stadig i GNOME-indstillingsdæmonen. I GNOME 3.34 eller 3.36 er det planlagt helt at slippe af med bindinger til X.Org og organisere lanceringen af XWayland , når der er behov for komponenter for at sikre kompatibilitet med X11.
Det nævner også behovet for at løse en række med Wayland, såsom at arbejde med proprietære NVIDIA-drivere og tweaking XWayland DDX-serveren til at køre X-applikationer godt i et Wayland-baseret miljø. Af det arbejde, der er udført som en del af forberedelsen af Fedora 31, er implementeringen i XWayland af muligheden for at køre X-applikationer med root-privilegier bemærket. At køre som dette er tvivlsomt ud fra et sikkerhedssynspunkt, men nødvendigt for at sikre kompatibilitet med X-programmer, der skal køre med forhøjede privilegier.
Et andet mål er at forbedre understøttelsen af Wayland i SDL, for eksempel for at løse skaleringsproblemer, når du kører ældre spil, der kører med lave skærmopløsninger. Det bemærkes også behovet for at forbedre understøttelsen af Wayland i systemer med proprietære NVIDIA-drivere - hvis Wayland har været i stand til at arbejde oven på sådanne drivere i lang tid, så kan XWayland i denne konfiguration endnu ikke bruge værktøjer til hardwareacceleration af 3D-grafik (det er planlagt at give mulighed for at indlæse x.org-driveren NVIDIA til Xwayland).
Derudover arbejdes der fortsat på at erstatte PulseAudio og Jack med en multimedieserver. , som udvider PulseAudios muligheder for videostreaming og lydbehandling med lav latens for at imødekomme behovene for professionelle lydbehandlingssystemer, og som også tilbyder en udvidet sikkerhedsmodel til styring af adgang på niveau med individuelle enheder og streams. Som en del af Fedora 31-udviklingscyklussen er arbejdet fokuseret på brugen af PipeWire til at organisere skærmdeling i Wayland-baserede miljøer, herunder brug af protokollen .
Fedora 31 også tilføje muligheden for at køre Qt-applikationer i en Wayland-baseret GNOME-session ved hjælp af Qt Wayland-plugin'et i stedet for XCB-plugin'et ved hjælp af X11/XWayland.
Kilde: opennet.ru