Christian Schaller, i cili drejton ekipin e zhvillimit të desktopit në Red Hat dhe desktopi i Fedora, në një përmbledhje të planeve për përbërësit e desktopit në Fedora 31, përmendi qëllimin e Red Hat për të ndaluar zhvillimin aktiv të funksionalitetit të serverit X.Org dhe të kufizohet vetëm në mirëmbajtjen e bazës ekzistuese të kodit dhe korrigjimin e gabimeve.
Aktualisht, Red Hat jep një kontribut kryesor në zhvillimin e serverit X.Org dhe ruan mbështetjen e tij, për këtë arsye, në rast të pezullimit të zhvillimit, nuk ka gjasa që formimi i lëshimeve të rëndësishme të serverit X.Org do të vazhdojë.
Në të njëjtën kohë, përkundër ndërprerjes së zhvillimit, mbështetja e Red Hat për X.Org do të vazhdojë të paktën deri në fund të ciklit jetësor të shpërndarjes RHEL 8, i cili do të zgjasë deri në 2029.
Zhvillimi i organizmit tashmë është minimal
Ngecja në zhvillimin e serverit X.Org tashmë është vërejtur. Pavarësisht nga cikli i lëshimit gjashtëmujor që ishte përdorur më parë, versioni i fundit i rëndësishëm i X.Org Server 1.20 u lëshua 14 muaj më parë dhe përgatitja për versionin 1.21 po ngec.
Situata mund të ndryshojë nëse ndonjë kompani ose komunitet bie dakord të vazhdojë rritjen e funksionalitetit të serverit X.Org, Por duke pasur parasysh zhvendosjen e përhapur nga projektet e rëndësishme në Wayland, nuk ka gjasa të ketë dikë.
Red Hat aktualisht është duke u përqëndruar në përmirësimin e punës desktop bazuar në Wayland. Serveri X.Org pritet të vihet në modalitetin e mirëmbajtjes pasi të ketë zgjidhur problemin e heqjes plotësisht të varësisë nga përbërësit X.Org dhe duke u siguruar që guaska Gnome të fillojë pa përdorur XWayland, e cila kërkon ri-faktorizimin ose heqjen e lidhjeve të mbetura në X.org.
Këto lidhje janë hequr pothuajse nga Gnome Shell por ende mbeten në cilësimet e Gnome.
Në Gnome 3.34 ose 3.36, është planifikuar të hiqet plotësisht lidhja X.Org dhe të organizohet lirimi i XWayland në mënyrë dinamike, kur lind nevoja për përbërës për të siguruar pajtueshmërinë X11.
Red Hat preferon të përqendrojë përpjekjet e saj në Wayland
Përmendet gjithashtu nevoja për të zgjidhur një numër çështjesh të pazgjidhura me Wayland, si puna me drejtuesit e pronarit të NVIDIA dhe rafinimi i serverit XWayland DDX për të siguruar fillimin cilësor të aplikacioneve X në një mjedis të bazuar në Wayland.
Nga 31 punë që bëhen në përgatitje të Fedora, XWayland po zbaton aftësinë për të ekzekutuar X aplikacione me privilegje root. Një lëshim i tillë është i diskutueshëm nga pikëpamja e sigurisë, por është e nevojshme për të siguruar pajtueshmërinë me programet X, të cilat kërkojnë privilegje të ngritura.
Një sfidë tjetër është përmirësimi i mbështetjes Wayland në bibliotekën SDL, për shembull, për të zgjidhur problemet e shkallëzimit kur ekzekutoni lojëra të vjetra që ekzekutohen me rezolucione të ulëta të ekranit.
Përveç kësaj, Ekziston një nevojë për të përmirësuar mbështetjen për punën e Wayland në sistemet me drejtuesit e pronarit të NVIDIA:
nëse Wayland mund të punojë në drejtues të tillë për një kohë të gjatë, atëherë XWayland në këtë konfigurim nuk mund të përdorë ende aftësitë e përshpejtimit të pajisjeve për grafikë 3D (është planifikuar të sigurohet aftësia për të shkarkuar drejtuesit x.org NVIDIA për XWayland).
Përveç kësaj, po punohet për të zëvendësuar PulseAudio dhe Jack me PipeWire Media Server, i cili zgjeron aftësitë e PulseAudio me transmetim video dhe përpunim audio me vonesë minimale, duke marrë parasysh nevojat e sistemeve profesionale të përpunimit të zërit, si dhe duke ofruar një model të përmirësuar të sigurisë për individin e kontrollit të qasjes në nivelin e pajisjes.
Më në fund si pjesë e ciklit të zhvillimit të Fedora 31, puna është përqendruar në përdorimin e PipeWire për të ndarë aksesin në ekran në mjediset me bazë Wayland, përfshirë përdorimin e protokollit Miracast.
në Fedora 31 është planifikuar gjithashtu të shtojë aftësinë për të nisur aplikacione Qt në një sesion Wayland të bazuar në Gnome. duke përdorur shtojcën Qt Wayland në vend të shtojcës XCB duke përdorur X11 / XWayland.