Christian Schaller, som leder skrivebordsutviklingsteamet på Red Hat og Fedora-skrivebordet, i en gjennomgang av planene for stasjonære komponenter i Fedora 31, nevnte Red Hats intensjon om å slutte å aktivt utvikle X.Org-serverfunksjonalitet og være bare begrenset til å opprettholde den eksisterende kodebasen og feilsøking.
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 er allerede observert. Til tross for seks måneders utgivelsessyklus som ble brukt tidligere, den siste betydningsfulle versjonen av X.Org Server 1.20 ble utgitt for 14 måneder siden, og forberedelsene til versjon 1.21 er i ferd med å gå i stå.
Situasjonen kan endres hvis et selskap eller samfunn godtar å fortsette å øke funksjonaliteten til X.Org-serveren, Men gitt det omfattende skiftet fra viktige prosjekter til Wayland, er det lite sannsynlig at det vil være noen.
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
Behovet for å løse en rekke utestående problemer med Wayland nevnes også, hvordan du kan arbeide med NVIDIA-proprietære drivere og avgrense XWayland DDX-serveren for å sikre kvalitetslansering 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 du kjører eldre spill som kjører med lave skjermoppløsninger.
Videre Det er behov for å forbedre støtten for Waylands arbeid med systemer med NVIDIA-proprietære 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).
Videre arbeidet pågår for å erstatte PulseAudio og Jack med PipeWire Media Server, som utvider funksjonene til PulseAudio med videostreaming og lydbehandling med minimal ventetid, med tanke på behovene til profesjonelle lydbehandlingssystemer, samt å tilby en forbedret sikkerhetsmodell for tilgangskontrollperson på 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.
Til Fedora 31 er også planlagt å legge til muligheten til å starte Qt-applikasjoner i en Gnome-basert Wayland-økt. bruker Qt Wayland-pluginet i stedet for XCB-pluginet ved hjelp av X11 / XWayland.