Nilalayon ng Red Hat na ihinto ang pagpapaunlad ng server ng X.Org

Red Hat Xorg

Christian Schaller, na namumuno sa koponan sa pag-unlad ng desktop sa Red Hat at ang Fedora desktop, sa isang pagsusuri ng mga plano para sa mga bahagi ng desktop sa Fedora 31, Nabanggit ang hangarin ni Red Hat na ihinto ang aktibong pagbuo ng pag-andar ng X.Org server at limitado lamang sa pagpapanatili ng mayroon nang base ng code at pag-debug.

Sa kasalukuyan, ang Red Hat ay nagbibigay ng isang pangunahing kontribusyon sa pagpapaunlad ng server ng X.Org at pinapanatili ang suporta nito samakatuwid, sa kaganapan ng suspensyon ng pag-unlad, malamang na hindi mananatili ang pagbuo ng makabuluhang paglabas ng server ng X.Org.

Sa parehong oras, sa kabila ng pagtigil ng pag-unlad, ang suporta ni Red Hat ng X.Org ay magpapatuloy kahit hanggang sa pagtatapos ng RHEL 8 pamamahagi ng buhay, na tatagal hanggang 2029.

Ang pag-unlad ng X.Org ay minimal na

Ang pagwawalang-kilos sa pag-unlad ng server ng X.Org ay naobserbahan. Sa kabila ng anim na buwan na siklo ng paglabas na ginamit dati, ang huling makabuluhang bersyon ng X.Org Server 1.20 ay inilabas 14 buwan na ang nakakaraan at ang paghahanda para sa bersyon 1.21 ay tumitigil.

Maaaring mabago ang sitwasyon kung ang sinumang kumpanya o pamayanan ay sumang-ayon na ipagpatuloy ang pagtaas ng pagpapaandar ng X.Org server, Ngunit dahil sa malawakang paglilipat mula sa mga makabuluhang proyekto sa Wayland, malabong magkakaroon ng sinuman.

Kasalukuyang nakatuon ang Red Hat sa pagpapabuti ng gawaing desktop na nakabatay sa Wayland. Inaasahan na mailalagay ang server ng X.Org sa mode ng pagpapanatili pagkatapos malutas ang problema ng ganap na pag-aalis ng mga dependency mula sa mga bahagi ng X.Org at tiyakin na nagsisimula ang Gnome shell nang hindi gumagamit ng XWayland, na nangangailangan ng muling pag-refact o alisin ang natitirang mga link sa X.org.

Ang mga link na ito ay halos natanggal mula sa Gnome Shell ngunit nananatili pa rin sa mga setting ng Gnome.

Sa Gnome 3.34 o 3.36, pinaplano na tuluyang ma-kanal ang X.Org bindings at ayusin ang pagpapalabas ng XWayland nang pabagu-bago, kapag lumitaw ang pangangailangan para sa mga sangkap upang matiyak na magkatugma ang X11.

Mas gusto ng Red Hat na ituon ang mga pagsisikap nito sa Wayland

Ang pangangailangan upang malutas ang isang bilang ng mga natitirang mga isyu sa Wayland ay nabanggit din, tulad ng pagtatrabaho sa NVIDIA pagmamay-ari na mga driver at pagpino ng XWayland DDX server upang matiyak ang kalidad ng paglulunsad ng mga X application sa isang kapaligiran na nakabatay sa Wayland.

Sa 31 mga trabahong ginagawa bilang paghahanda para sa Fedora, ang XWayland ay nagpapatupad ng kakayahang magpatakbo ng mga aplikasyon ng X na may mga pribilehiyong ugat. Ang nasabing paglabas ay kaduda-dudang mula sa isang pananaw sa seguridad, ngunit kinakailangan upang matiyak ang pagiging tugma sa mga X program, na nangangailangan ng matataas na mga pribilehiyo.

Ang isa pang hamon ay ang pagpapabuti ng suporta ng Wayland sa SDL library, halimbawa, upang malutas ang mga isyu sa pag-scale kapag nagpapatakbo ng mas matandang mga laro na tumatakbo sa mababang mga resolusyon ng screen.

Bukod dito, Kailangang mapabuti ang suporta para sa trabaho ng Wayland sa mga system na may pagmamay-ari ng NVIDIA na mga driver:

kung ang Wayland ay maaaring gumana sa mga naturang driver nang mahabang panahon, kung gayon ang XWayland sa pagsasaayos na ito ay hindi pa makakagamit ng mga kakayahan sa pagpapabilis ng hardware para sa 3D graphics (pinaplano itong magbigay ng kakayahang mag-download ng x.org mga driver ng NVIDIA para sa XWayland).

Bukod dito, isinasagawa ang trabaho upang palitan ang PulseAudio at Jack ng PipeWire Media Server, na nagpapalawak ng mga kakayahan ng PulseAudio na may streaming ng video at pagproseso ng audio na may kaunting latency, isinasaalang-alang ang mga pangangailangan ng mga propesyonal na sound system sa pagpoproseso, pati na rin ang pag-aalok ng isang pinahusay na modelo ng seguridad para sa indibidwal na kontrol sa pag-access sa antas ng aparato.

Sa wakas bilang bahagi ng siklo ng pag-unlad ng Fedora 31, nakatuon ang gawain sa paggamit ng PipeWire upang ibahagi ang pag-access sa screen sa mga kapaligiran na nakabatay sa Wayland, kabilang ang paggamit ng Miracast protocol.

Sa Plano din ng Fedora 31 na magdagdag ng kakayahang ilunsad ang mga aplikasyon ng Qt sa isang sesyon ng Wayland na nakabatay sa Gnome. gamit ang Qt Wayland plugin sa halip na ang XCB plugin na gumagamit ng X11 / XWayland.


Ang nilalaman ng artikulo ay sumusunod sa aming mga prinsipyo ng etika ng editoryal. Upang mag-ulat ng isang pag-click sa error dito.

Maging una sa komento

Iwanan ang iyong puna

Ang iyong email address ay hindi nai-publish.

*

*

  1. Responsable para sa data: Miguel Ángel Gatón
  2. Layunin ng data: Kontrolin ang SPAM, pamamahala ng komento.
  3. Legitimation: Ang iyong pahintulot
  4. Komunikasyon ng data: Ang data ay hindi maiparating sa mga third party maliban sa ligal na obligasyon.
  5. Imbakan ng data: Ang database na naka-host ng Occentus Networks (EU)
  6. Mga Karapatan: Sa anumang oras maaari mong limitahan, mabawi at tanggalin ang iyong impormasyon.

bool (totoo)