Christian Schaller, som leder skrivebordsutviklingsteamet hos Red Hat og Fedora-skrivebordsteamet, nevnte i en gjennomgang av planer for skrivebordskomponenter i Fedora 31 Red Hats intensjon om å slutte aktivt å utvikle X.Org-serverfunksjonalitet og begrense seg til å opprettholde den eksisterende kodebasen og eliminere feil.
For øyeblikket yter Red Hat et sentralt bidrag til utviklingen av X.Org-serveren og opprettholder sin støtte, og i tilfelle suspensjon av utviklingen er det lite sannsynlig at dannelsen av betydelige X.Org-serverutgivelser vil fortsette.
På samme tid, til tross for utviklingsopphør, vil Red Hats støtte til X.Org fortsette i det minste til slutten av RHEL 8-distribusjonssyklusen, som vil vare til 2029.
Utviklingen av X.Org er allerede minimal
Stagnasjonen i utviklingen av X.Org-serveren har allerede blitt observert. Til tross for den tidligere seks måneder lange utgivelsessyklusen, ble den siste betydelige versjonen av X.Org Server 1.20 utgitt for 14 måneder siden, og forberedelsene til versjon 1.21 er stoppet opp.
Situasjonen kan endre seg hvis et selskap eller et fellesskap forplikter seg til å fortsette å øke funksjonaliteten til X.Org-serveren, men gitt den omfattende flyttingen av betydelige prosjekter til Wayland, er det usannsynlig at noen vil gjøre det.
Red Hat fokuserer for tiden på å forbedre Wayland-basert skrivebordsarbeid. X.Org-serveren forventes å bli satt i vedlikeholdsmodus etter å ha løst problemet med å fjerne avhengigheter helt fra X.Org-komponenter og sørge for at Gnome-skallet starter uten å bruke XWayland, noe som krever refactoring eller fjern de gjenværende koblingene til X.org.
Disse koblingene fjernes nesten fra Gnome Shell, men forblir fortsatt i Gnome-innstillingene.
I Gnome 3.34 eller 3.36 er det planlagt å kaste X.Org-bindingene fullstendig og organisere XWayland-utgivelsen dynamisk når behovet for komponenter oppstår for å sikre X11-kompatibilitet.
Red Hat foretrekker å fokusere sin innsats på Wayland
Det nevnes også behovet for å løse en rekke utestående problemer med Wayland, som å jobbe med NVIDIAs proprietære drivere og forbedre XWayland DDX-serveren for å sikre kvalitetsoppstart av X-applikasjoner i et Wayland-basert miljø.
Av de 31 jobbene som gjøres som forberedelse til Fedora, implementerer XWayland muligheten til å kjøre X-applikasjoner med rotprivilegier. En slik utgivelse er tvilsom fra et sikkerhetsmessig synspunkt, men er nødvendig for å sikre kompatibilitet med X-programmer, som krever forhøyede privilegier.
En annen utfordring er å forbedre Wayland-støtten i SDL-biblioteket, for eksempel for å løse skaleringsproblemer når man kjører eldre spill som kjører med lave skjermoppløsninger.
I tillegg er det behov for å forbedre støtten for Waylands funksjonalitet på systemer med proprietære NVIDIA-drivere:
hvis Wayland kan jobbe med slike drivere i lang tid, kan XWayland i denne konfigurasjonen ikke bruke maskinvareakselerasjonsfunksjoner for 3D-grafikk (det er planlagt å gi muligheten til å laste ned x.org NVIDIA-drivere for XWayland).
I tillegg pågår det arbeid med å erstatte PulseAudio og Jack med PipeWire-medieserveren, som utvider mulighetene til PulseAudio med videostrømming og lydbehandling med minimal latens, tar hensyn til behovene til profesjonelle lydbehandlingssystemer, samt tilbyr en forbedret sikkerhetsmodell for tilgangskontroll på individuelt enhetsnivå.
Endelig som en del av utviklingssyklusen i Fedora 31, fokuserer arbeidet på bruk av PipeWire for å dele skjermtilgang i Wayland-baserte miljøer, inkludert bruk av Miracast-protokollen.
Fedora 31 planlegger også å legge til muligheten til å starte Qt-applikasjoner i en Gnome-basert Wayland-økt ved å bruke Qt Wayland-pluginen i stedet for XCB-pluginen som bruker X11/XWayland.