Кристиан Шалер, който ръководи екипа за разработка на десктоп системи в Red Hat и екипа за десктоп системи на Fedora, в преглед на плановете за десктоп компоненти във Fedora 31, спомена намерението на Red Hat да спре активното разработване на функционалността на X.Org сървъра и да се ограничи до поддържане на съществуващата кодова база и премахване на грешки.
Понастоящем Red Hat има ключов принос за развитието на сървъра X.Org и поддържа своята подкрепа, поради което в случай на спиране на разработката е малко вероятно формирането на значителни версии на сървъра X.Org да продължи.
В същото време, въпреки спирането на разработката, поддръжката на Red Hat на X.Org ще продължи поне до края на жизнения цикъл на дистрибуция RHEL 8, който ще продължи до 2029 година.
Развитието на X.Org вече е минимално
Вече се наблюдава застой в разработването на X.Org сървъра. Въпреки използвания преди това шестмесечен цикъл на пускане на версии, последната значима версия на X.Org Server 1.20 беше пусната преди 14 месеца, а подготовката за версия 1.21 е в застой.
Ситуацията може да се промени, ако някоя компания или общност се ангажира да продължи да увеличава функционалността на X.Org сървъра, но предвид широко разпространеното пренасочване на значителни проекти към Wayland, е малко вероятно някой да го направи.
Понастоящем Red Hat се фокусира върху подобряването на работата на настолни компютри, базирана на Wayland. Очаква се сървърът X.Org да бъде пуснат в режим на поддръжка след решаване на проблема с пълното премахване на зависимостите от компонентите на X.Org и гарантиране, че обвивката на Gnome се стартира без използване на XWayland, което изисква рефакторинг или премахнете останалите връзки към X.org.
Тези връзки са почти премахнати от черупката на Gnome, но все още остават в конфигурацията на Gnome.
В Gnome 3.34 или 3.36 се планира напълно да се откажат от връзките на X.Org и да се организира динамично освобождаването на XWayland, когато възникне необходимост от компоненти, за да се осигури съвместимост с X11.
Red Hat предпочита да насочи усилията си към Wayland
Споменава се също необходимостта от разрешаване на редица нерешени проблеми с Wayland, като например работа със собствените драйвери на NVIDIA и усъвършенстване на DDX сървъра на XWayland, за да се осигури качествено стартиране на X приложения в среда, базирана на Wayland.
От 31 задачи, които се изпълняват в подготовка за Fedora, XWayland внедрява възможността да стартира X приложения с root права. Подобно издание е под въпрос от гледна точка на сигурността, но е необходимо, за да се осигури съвместимост с X програми, които изискват повишени привилегии.
Друго предизвикателство е подобряването на поддръжката на Wayland в SDL библиотеката, например, за да се решат проблеми с мащабирането при стартиране на по-стари игри, които се изпълняват с ниски резолюции на екрана.
Освен това е необходимо да се подобри поддръжката на функционалността на Wayland в системи със собствени драйвери на NVIDIA:
ако Wayland може да работи с такива драйвери дълго време, тогава XWayland в тази конфигурация все още не може да използва възможности за хардуерно ускорение за 3D графика (планира се да предостави възможност за изтегляне на x.org NVIDIA драйвери за XWayland).
Освен това се работи по замяната на PulseAudio и Jack с медийния сървър PipeWire, който разширява възможностите на PulseAudio с видео стрийминг и аудио обработка с минимална латентност, отчитайки нуждите на професионалните системи за обработка на звук, както и предлагайки подобрен модел за сигурност за контрол на достъпа на ниво отделно устройство.
И накрая, като част от цикъла на разработка на Fedora 31, работата се фокусира върху използването на PipeWire за споделяне на достъп до екрана в базирани на Wayland среди, включително използването на протокола Miracast.
Fedora 31 също така планира да добави възможността за стартиране на Qt приложения в Wayland сесия, базирана на Gnome, използвайки плъгина Qt Wayland вместо плъгина XCB, използващ X11/XWayland.