Red Hat har til hensikt å avslutte utviklingen av X.Org-serveren

Christian Schaller, lederen for desktop-systemgruppen hos Red Hat og Fedora Desktop Team, sa i sin gjennomgang av planene, angående desktop-komponentene i Fedora 31, at Red Hat har til hensikt å stoppe aktiv utvikling av funksjonaliteten til X.Org-serveren og kun fokusere på vedlikehold av den eksisterende kodebasen og feilretting.

For tiden bidrar Red Hat i stor grad til utviklingen av X.Org-serveren og har ansvar for vedlikeholdet, så det er lite sannsynlig at det vil bli gjort betydelige utgivelser av X.Org-serveren hvis de trekker seg fra utviklingen. Likevel, til tross for at utviklingen stopper, vil Red Hats vedlikehold av X.Org fortsette i det minste til slutten av livssyklusen for RHEL 8-distribusjonen, som varer til 2029.

Det observeres allerede stagnasjon i utviklingen av X.Org-serveren — til tross for en tidligere seks måneders utgivelsessyklus, ble den siste betydelige utgivelsen, X.Org Server 1.20, publisert for 14 måneder siden, og forberedelsene til utgivelsen 1.21 står stille. Situasjonen kan endre seg hvis noen selskaper eller fellesskap tar på seg å fortsette å forbedre funksjonaliteten til X.Org-serveren, men med tanke på den generelle forskyvningen av betydelige prosjekter mot Wayland, er det lite sannsynlig at det vil dukke opp interesserte.

Red Hats nåværende fokus er på å forbedre skrivebordsopplevelsen med Wayland. Overgangen til å bare vedlikeholde X.Org-serveren forventes etter å ha løst problemet med fullstendig fjerning av avhengigheten fra X.Org-komponentene og sikring av at GNOME Shell kan kjøres uten XWayland, noe som krever refaktorering eller fjerning av gjenværende bindinger til X.Org. Slike bindinger er allerede nesten helt fjernet fra GNOME Shell, men eksisterer fortsatt i GNOME Setting-demonen. I GNOME 3.34 eller 3.36 er det planlagt å helt fjerne bindingene til X.Org og organisere den dynamiske oppstarten av XWayland , når det blir behov for komponenter for å sikre kompatibilitet med X11.Det nevnes også behovet for å løse en rekke

gjenværende problemer. gjenværende problemer Med Wayland, inkludert arbeid med proprietære NVIDIA-drivere og utvikling av DDX-serveren XWayland for å sikre kvalitet i oppstart av X-applikasjoner i Wayland-baserte miljøer. Som en del av forberedelsene til Fedora 31 er det gjennomført arbeid på XWayland for å muliggjøre oppstart av X-applikasjoner med root-rettigheter. En slik oppstart er tvilsom med tanke på sikkerhet, men nødvendig for å sikre kompatibilitet med X-programmer som krever kjøring med forhøyede rettigheter.

En annen oppgave er å forbedre Wayland-støtten i SDL-biblioteket, for eksempel for å løse skaleringproblemer ved oppstart av eldre spill som kjører i lave skjermoppløsninger. Det er også behov for å forbedre Wayland-støtten i systemer med proprietære NVIDIA-drivere – selv om Wayland lenge har kunnet fungere over slike drivere, kan fortsatt ikke XWayland i en slik konfigurasjon bruke verktøy for maskinvareakselerasjon av 3D-grafikk (det planlegges å gi mulighet for å laste ned NVIDIA x.org-driveren for XWayland).

I tillegg bemerkes det at arbeidet med å erstatte PulseAudio og Jack med en multimediaserver fortsetter PipeWire, som utvider PulseAudios muligheter med verktøy for å håndtere videostrømmer og lydbehandling med minimale forsinkelser, med tanke på behovene til profesjonelle lydbehandlingssystemer, samt tilbyr en utvidet sikkerhetsmodell for enhets- og strømtilgangsstyring. I løpet av utviklingssyklusen for Fedora 31 er fokusert på bruken av PipeWire for å organisere skjermdeling i Wayland-baserte miljøer, inkludert bruk av protokollen Miracast.

I Fedora 31 er det også bli planlagt mulighet for å kjøre Qt-applikasjoner i GNOME-økt basert på Wayland ved å bruke Qt Wayland-plugin i stedet for XCB-plugin som bruker X11/XWayland.

Kilde: opennet.ru