Si Christian Schaller, na nangunguna sa desktop development team sa Red Hat at sa Fedora desktop team, sa isang pagsusuri ng mga plano para sa mga desktop component sa Fedora 31, ay binanggit ang intensyon ng Red Hat na itigil ang aktibong pagbuo ng functionality ng X.Org server at limitahan ang sarili sa pagpapanatili ng umiiral na codebase at pag-aalis ng mga bug.
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
Naobserbahan na ang pagtigil sa pag-unlad ng X.Org server. Sa kabila ng anim na buwang siklo ng paglabas na ginamit noon, ang huling mahalagang bersyon ng X.Org Server 1.20 ay inilabas 14 na buwan na ang nakalilipas, at ang mga paghahanda para sa bersyon 1.21 ay natigil.
Maaaring magbago ang sitwasyon kung ang isang kumpanya o komunidad ay mangakong patuloy na tataas ang paggana ng X.Org server, ngunit dahil sa malawakang paglipat ng mga mahahalagang proyekto sa Wayland, malabong may sinuman ang gumawa nito.
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
Nabanggit din ang pangangailangang lutasin ang ilang natitirang isyu sa Wayland, tulad ng pakikipagtulungan sa mga proprietary driver ng NVIDIA at pagpino ng XWayland DDX server upang matiyak ang de-kalidad na paglulunsad ng mga X application sa isang kapaligirang nakabase 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 problema sa pag-scale kapag nagpapatakbo ng mga lumang laro na tumatakbo sa mababang resolution ng screen.
Bukod pa rito, may pangangailangang pagbutihin ang suporta para sa functionality ng Wayland sa mga system na may mga proprietary NVIDIA 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 pa rito, isinasagawa ang trabaho upang palitan ang PulseAudio at Jack ng PipeWire media server, na nagpapalawak sa mga kakayahan ng PulseAudio sa pamamagitan ng video streaming at audio processing nang may kaunting latency, isinasaalang-alang ang mga pangangailangan ng mga propesyonal na sound processing system, pati na rin ang pag-aalok ng pinahusay na modelo ng seguridad para sa access control sa antas ng indibidwal na device.
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.
Plano rin ng Fedora 31 na idagdag ang kakayahang maglunsad ng mga aplikasyon ng Qt sa isang sesyon ng Wayland na nakabase sa Gnome gamit ang Qt Wayland plugin sa halip na ang XCB plugin gamit ang X11/XWayland.