Christian Schaller, som leder skrivebordsutviklingsteamet hos Red Hat og Fedora Desktop Team, , angående skrivebordskomponenter i Fedora 31, nevnte Red Hats intensjon om å slutte aktivt å utvikle funksjonaliteten til X.Org-serveren og begrense seg til å opprettholde den eksisterende kodebasen og eliminere feil.
For øyeblikket er Red Hat en viktig bidragsyter til utviklingen av X.Org-serveren og opprettholder den på sine skuldre, så hvis den fjernes fra utviklingen, er det usannsynlig at dannelsen av betydelige utgivelser av X.Org-serveren vil fortsette. Samtidig, til tross for opphør av utvikling, vil X.Org-støtte fra Red Hat fortsette minst til slutten av livssyklusen til RHEL 8-distribusjonen, som vil vare til 2029.
Stagnasjon i utviklingen av X.Org-serveren er allerede observert - til tross for den tidligere brukte seks-måneders utgivelsessyklusen, ble den siste betydelige utgivelsen av X.Org Server 1.20 publisert for 14 måneder siden, og forberedelsen av utgivelse 1.21 er stoppet. Situasjonen kan endre seg hvis et eller annet selskap eller fellesskap tar på seg å fortsette å bygge ut funksjonaliteten til X.Org-serveren, men gitt den utbredte forskyvningen av betydelige prosjekter mot Wayland, er det usannsynlig at det vil være noen mottakere.
Red Hats nåværende fokus er på å forbedre Wayland-skrivebordsopplevelsen. Flytting av X.Org-serveren til vedlikeholdsmodus forventes å være fullført når avhengigheten av X.Org-komponenter er fullstendig fjernet og GNOME Shell vil kjøre uten å bruke XWayland, noe som krever refaktorisering eller fjerning av de gjenværende X.org-avhengighetene. Slike bindinger har nesten blitt eliminert fra GNOME-skallet, men forblir fortsatt i GNOME-innstillingsdemonen. I GNOME 3.34 eller 3.36 er det planlagt å fullstendig kvitte seg med bindinger til X.Org og lansere XWayland , når behovet for komponenter for å sikre kompatibilitet med X11 oppstår.
Også nevnt er behovet for å løse en rekke med Wayland, for eksempel å jobbe med proprietære NVIDIA-drivere og forbedre XWayland DDX-serveren for å sikre høykvalitets lansering av X-applikasjoner i et Wayland-basert miljø. Blant arbeidene som ble utført som forberedelse til Fedora 31, er implementeringen i XWayland av muligheten til å kjøre X-applikasjoner med root-privilegier notert. En slik lansering er tvilsom fra et sikkerhetssynspunkt, men er nødvendig for å sikre kompatibilitet med X-programmer som krever kjøring med forhøyede rettigheter.
Et annet mål er å forbedre Wayland-støtten i SDL-biblioteket, for eksempel for å løse skaleringsproblemer når du kjører eldre spill som kjører på lave skjermoppløsninger. Det er også behov for å forbedre støtten for Wayland på systemer med proprietære NVIDIA-drivere – mens Wayland lenge har vært i stand til å jobbe på toppen av slike drivere, kan ikke XWayland i denne konfigurasjonen ennå bruke verktøy for maskinvareakselerasjon av 3D-grafikk (det er planlagt å gi muligheten til å laste ned x.org-driveren NVIDIA for XWayland).
I tillegg fortsetter arbeidet med å erstatte PulseAudio og Jack med en multimediaserver , som utvider mulighetene til PulseAudio med verktøy for å jobbe med videostrømmer og behandle lyd med minimale forsinkelser, tar hensyn til behovene til profesjonelle lydbehandlingssystemer, og tilbyr også en avansert sikkerhetsmodell for tilgangskontroll på nivå med individuelle enheter og strømmer . Som en del av Fedora 31-utviklingssyklusen er arbeidet fokusert på å bruke PipeWire for skjermdeling i Wayland-baserte miljøer, inkludert bruk av .
I Fedora 31 også legg til muligheten til å kjøre Qt-applikasjoner i en Wayland-basert GNOME-økt ved å bruke Qt Wayland-plugin i stedet for XCB-plugin ved å bruke X11/XWayland.
Kilde: opennet.ru