Christian Schaller, a leader of the desktop systems development group at Red Hat and Fedora Desktop Team, in , regarding desktop components in Fedora 31, mentioned the intention of Red Hat to cease active development of the X.Org server functionality and to limit itself to maintaining the existing code base and fixing bugs.
Currently, Red Hat plays a key role in the development of the X.Org server and is responsible for its maintenance, so if it withdraws from development, it is unlikely that significant releases of the X.Org server will continue. Nevertheless, despite the cessation of development, Red Hat will continue to maintain X.Org at least until the end of the lifecycle of the RHEL 8 distribution, which will last until 2029.
Stagnation in the development of the X.Org server is already evident — despite the previously used six-month release cycle, the last significant release, X.Org Server 1.20, was published 14 months ago, and the preparation of the 1.21 release is stalled. The situation might change if some company or community takes on the task of continuing to enhance the functionality of the X.Org server, but considering the widespread shift of significant projects towards Wayland, it is unlikely that any interested parties will emerge.
Currently, Red Hat is primarily focused on improving desktop performance based on Wayland. The transition of the X.Org server to a maintenance mode is expected after the issue of completely removing the dependency on X.Org components and ensuring the launch of GNOME Shell without using XWayland is resolved, which requires refactoring or removing the remaining connections to X.Org. Such connections have already been almost eliminated from GNOME Shell, but they still exist in the GNOME Setting daemon. In GNOME 3.34 or 3.36, it is planned to completely eliminate the ties to X.Org and organize the launch of XWayland , whenever there is a need for components to ensure compatibility with X11.
The necessity to solve a number of A Waylanddel, például a NVIDIA zárt forrású illesztőprogramokkal való munka és az XWayland DDX-szerver finomítása a Wayland alapú környezetben történő X-alkalmazások zökkenőmentes indításának biztosítása érdekében. A Fedora 31 előkészítése során említésre méltó az XWayland képesítése, amely lehetővé teszi az X-alkalmazások root jogkörökkel való indítását. A hasonló indítás biztonsági szempontból kétséges, de szükséges az X-programok kompatibilitásának biztosításához, amelyek számára a megnövelt jogosultságok használata elengedhetetlen.
Egy másik feladat a Wayland támogatásának javítása az SDL könyvtárban, például a régi, alacsony felbontású képernyőn futó játékok indításakor felmerülő skálázási problémák megoldására. Továbbá felmerül a Wayland támogatásának javításának szükségessége az NVIDIA zárt forrású illesztőprogramokat használó rendszerekben — míg a Wayland már régóta képes működni az ilyen illesztőprogramok felett, az XWayland ebben a konfigurációban még nem tudja kihasználni a 3D grafika hardveres gyorsításának eszközeit (tervezik, hogy lehetőséget adnak az x.org NVIDIA illesztőprogram XWaylandhez történő betöltésére).
Ezen kívül folytatódik a PulseAudio és a Jack multimedia kiszolgáló cseréjének munkája , amely a PulseAudio képességeit bővíti videófolyamokkal és minimális késleltetéssel hangfeldolgozásra az audiofeldolgozásra tervezett rendszerek igényeinek figyelembevételével, és egy kiterjesztett biztonsági modellt kínál az egyes eszközök és folyamok szintjén történő hozzáférés kezelésére. A Fedora 31 fejlesztési ciklusán belül a PipeWire alkalmazására összpontosítanak a képernyőmegosztás megszervezésében Wayland alapú környezetekben, beleértve a protokoll használatát. .
A Fedora 31-ben szintén lehetővé kell tenni a Qt-alkalmazások indítását a GNOME Wayland alapú munkamenetében a Qt Wayland plugin használatával, a X11/XWayland-ot használó XCB plugin helyett.
Forrás: opennet.ru
