Christian Schaller, Estro de la Labortabla Disvolva Teamo ĉe Red Hat kaj la Fedora Labortabla Teamo, , koncerne labortablaj komponentoj en Fedora 31, menciis la intencon de Red Hat ĉesi aktive disvolvi la X.Org-servilan funkciojn kaj limigi sin al konservado de la ekzistanta kodbazo kaj ripari cimojn.
Red Hat estas nuntempe ŝlosila kontribuanto al la disvolviĝo de la X.Org-servilo kaj konservas ĝin, do estas neverŝajne, ke signifaj eldonoj de la X.Org-servilo daŭros okaze de dereligo. Samtempe, malgraŭ la fino de la disvolviĝo, la bontenado de X.Org de Red Hat daŭros almenaŭ ĝis la fino de la vivociklo de la distribuo RHEL 8, kiu daŭros ĝis 2029.
Disvolviĝo de X.Org Server jam stagnas—malgraŭ la antaŭa sesmonata eldonciklo, la lasta signifa eldono de X.Org Server 1.20 estis publikigita antaŭ 14 monatoj, kaj la preparado de la 1.21-eldonaĵo haltas. La situacio povas ŝanĝiĝi se iu kompanio aŭ komunumo transprenas la daŭran kreskon de la funkcieco de la X.Org-servilo, sed, pro la disvastigita ŝanĝo de signifaj projektoj al Wayland, estas neverŝajne, ke estos tiuj, kiuj deziras.
La nuna fokuso de Red Hat estas plibonigo de la labortabla sperto de Wayland. La transiro de la X.Org-servilo al funkciserva reĝimo estas atendata post la tasko tute forigi la dependecon de X.Org-komponentoj kaj igi GNOME-Ŝelon funkcii sen uzi XWayland, kio postulas refaktorigon aŭ forigi la ceterajn ligojn al X.org. Ĉi tiuj ligoj preskaŭ estas for de la GNOME Ŝelo, sed ankoraŭ restas en la GNOME-agorda demono. En GNOME 3.34 aŭ 3.36, estas planite tute forigi ligojn al X.Org kaj organizi la lanĉon de XWayland , kiam estas bezono de komponantoj por certigi kongruon kun X11.
Ĝi ankaŭ mencias la bezonon solvi kelkajn kun Wayland, kiel labori kun proprietaj NVIDIA-ŝoforoj kaj tajlado de la XWayland DDX-servilo por funkcii X-aplikaĵojn bone en Wayland-bazita medio. El la laboro efektivigita kiel parto de la preparado de Fedora 31, la efektivigo en XWayland de la kapablo ruli X-aplikaĵojn kun radikaj privilegioj estas rimarkita. Funkcii tiel estas dubinda el sekureca vidpunkto, sed necesa por certigi kongruon kun X-programoj, kiuj bezonas funkcii kun altaj privilegioj.
Alia celo estas plibonigi subtenon por Wayland en la SDL, ekzemple por solvi skalproblemojn dum rulado de pli malnovaj ludoj kurantaj kun malaltaj ekranrezolucioj. Oni ankaŭ rimarkas la bezonon plibonigi subtenon por Wayland en sistemoj kun proprietaj NVIDIA-ŝoforoj - se Wayland povis labori aldone al tiaj ŝoforoj dum longa tempo, tiam XWayland en ĉi tiu agordo ankoraŭ ne povas uzi ilojn por aparatara akcelo de 3D-grafikaĵoj. (estas planite provizi la kapablon ŝargi la x.org-ŝoforon NVIDIA por Xwayland).
Aldone, laboro daŭre anstataŭigas PulseAudio kaj Jack per plurmedia servilo. , kiu etendas la kapablojn de PulseAudio por malalt-latenteca videosendado kaj audio-prilaborado por renkonti la bezonojn de profesiaj aŭdpretigsistemoj, kaj ankaŭ ofertas plilongigitan sekurecmodelon por kontroli aliron je la nivelo de individuaj aparatoj kaj fluoj. Kiel parto de la disvolva ciklo Fedora 31, laboro koncentriĝas pri la uzo de PipeWire por organizi ekrankundividon en medioj bazitaj en Wayland, inkluzive de uzado de la protokolo. .
En Fedora 31 ankaŭ aldonu la kapablon ruli Qt-aplikaĵojn en GNOME-sesio bazita en Wayland uzante la aldonaĵon Qt Wayland anstataŭ la aldonaĵon XCB uzante X11/XWayland.
fonto: opennet.ru