Christian Schaller, hoof van die Desktop Development Team by Red Hat en die Fedora Desktop Team, , met betrekking tot lessenaarkomponente in Fedora 31, het Red Hat se voorneme genoem om op te hou om aktief die X.Org-bedienerfunksies te ontwikkel en homself te beperk tot die instandhouding van die bestaande kodebasis en die regstelling van foute.
Red Hat is tans 'n sleutelbydraer tot die ontwikkeling van die X.Org-bediener en onderhou dit, so dit is onwaarskynlik dat beduidende vrystellings van die X.Org-bediener sal voortgaan in die geval van 'n ontsporing. Terselfdertyd, ten spyte van die beëindiging van ontwikkeling, sal die instandhouding van X.Org deur Red Hat ten minste tot die einde van die lewensiklus van die RHEL 8-verspreiding voortduur, wat tot 2029 sal duur.
X.Org Server-ontwikkeling stagneer reeds—ten spyte van die vorige vrystellingsiklus van ses maande, is die laaste beduidende vrystelling van X.Org Server 1.20 14 maande gelede gepubliseer, en die voorbereiding van die 1.21-vrystelling staan vas. Die situasie kan verander as een of ander maatskappy of gemeenskap die voortgesette groei van die funksionaliteit van die X.Org-bediener oorneem, maar gegewe die wydverspreide verskuiwing van beduidende projekte na Wayland, is dit onwaarskynlik dat daar diegene sal wees wat wil.
Red Hat se huidige fokus is op die verbetering van die Wayland-gebaseerde rekenaarervaring. Die oorgang van die X.Org-bediener na onderhoudsmodus word verwag na die taak om die afhanklikheid van X.Org-komponente heeltemal te verwyder en te verseker dat GNOME Shell werk sonder om XWayland te gebruik, wat herfaktorering of verwydering van die oorblywende bindings aan X.org vereis. Hierdie bindings is amper weg van die GNOME Shell, maar bly steeds in die GNOME Setting daemon. In GNOME 3.34 of 3.36 word beplan om heeltemal ontslae te raak van bindings aan X.Org en die bekendstelling van XWayland te organiseer , wanneer daar 'n behoefte aan komponente is om verenigbaarheid met X11 te verseker.
Dit noem ook die behoefte om 'n aantal op te los met Wayland, soos om met eie NVIDIA-bestuurders te werk en die XWayland DDX-bediener aan te pas om X-toepassings goed te laat loop in 'n Wayland-gebaseerde omgewing. Van die werk wat uitgevoer is as deel van die voorbereiding van Fedora 31, word kennis geneem van die implementering in XWayland van die vermoë om X-toepassings met root-regte te laat loop. Om so te hardloop is twyfelagtig uit 'n sekuriteitsoogpunt, maar dit is nodig om versoenbaarheid te verseker met X-programme wat met verhoogde voorregte moet loop.
Nog 'n doelwit is om ondersteuning vir Wayland in die SDL te verbeter, byvoorbeeld om skaalprobleme op te los wanneer ouer speletjies met lae skermresolusies hardloop. Daar word ook kennis geneem van die behoefte om ondersteuning vir Wayland te verbeter in stelsels met eie NVIDIA-bestuurders - as Wayland al lank bo-op sulke drywers kon werk, kan XWayland in hierdie opset nog nie gereedskap gebruik vir hardewareversnelling van 3D-grafika nie. (dit word beplan om die vermoë te bied om die x.org-bestuurder NVIDIA vir Xwayland te laai).
Boonop gaan daar voort om PulseAudio en Jack met 'n multimediabediener te vervang. , wat PulseAudio se vermoëns uitbrei vir videostroming en klankverwerking met 'n lae vertraging om aan die behoeftes van professionele klankverwerkingstelsels te voldoen, en bied ook 'n uitgebreide sekuriteitsmodel vir die beheer van toegang op die vlak van individuele toestelle en strome. As deel van die Fedora 31-ontwikkelingsiklus is werk gefokus op die gebruik van PipeWire vir die organisering van skermdeling in Wayland-gebaseerde omgewings, insluitend die gebruik van die protokol .
Fedora 31 ook voeg die vermoë by om Qt-toepassings in 'n Wayland-gebaseerde GNOME-sessie te laat loop deur die Qt Wayland-inprop te gebruik in plaas van die XCB-inprop wat X11/XWayland gebruik.
Bron: opennet.ru