Christian Schaller, quen dirixe o equipo de desenvolvemento de escritorios en Red Hat e o Fedora Desktop Team, , sobre os compoñentes do escritorio en Fedora 31, mencionou a intención de Red Hat de deixar de desenvolver activamente a funcionalidade do servidor X.Org e limitarse só a manter a base de código existente e eliminar erros.
Actualmente, Red Hat é un contribuínte fundamental ao desenvolvemento do servidor X.Org e manteno sobre os seus ombreiros, polo que, se se elimina do desenvolvemento, é pouco probable que continúe a formación de versións significativas do servidor X.Org. Ao mesmo tempo, a pesar do cese do desenvolvemento, o soporte de X.Org por parte de Red Hat continuará polo menos ata o final do ciclo de vida da distribución RHEL 8, que durará ata 2029.
Xa se observa un estancamento no desenvolvemento do servidor X.Org: a pesar do ciclo de lanzamento de seis meses utilizado anteriormente, a última versión significativa de X.Org Server 1.20 publicouse hai 14 meses e a preparación da versión 1.21 está paralizada. A situación pode cambiar se algunha empresa ou comunidade se encarga de seguir desenvolvendo a funcionalidade do servidor X.Org, pero dado o cambio xeneralizado de proxectos significativos cara a Wayland, é improbable que haxa algún tomador.
O foco actual de Red Hat é mellorar a experiencia do escritorio Wayland. Espérase que o movemento do servidor X.Org ao modo de mantemento se complete unha vez que se elimine por completo a dependencia dos compoñentes de X.Org e GNOME Shell executarase sen usar XWayland, o que require refactorizar ou eliminar as dependencias restantes de X.org. Estes enlaces case foron eliminados do Shell de GNOME, pero aínda permanecen no daemon de configuración de GNOME. En GNOME 3.34 ou 3.36 está previsto desfacerse por completo das ligazóns a X.Org e lanzar XWayland , cando xorde a necesidade de compoñentes para garantir a compatibilidade con X11.
Tamén se menciona a necesidade de resolver unha serie de con Wayland, como traballar con controladores propietarios de NVIDIA e mellorar o servidor XWayland DDX para garantir o lanzamento de aplicacións X de alta calidade nun ambiente baseado en Wayland. Entre os traballos realizados coa preparación de Fedora 31, destácase a implementación en XWayland da capacidade de executar aplicacións X con privilexios de root. Tal lanzamento é cuestionable desde o punto de vista da seguridade, pero é necesario para garantir a compatibilidade cos programas X que requiren executar con privilexios elevados.
Outro obxectivo é mellorar a compatibilidade de Wayland na biblioteca SDL, por exemplo para resolver problemas de escalado cando se executan xogos máis antigos con resolucións de pantalla baixas. Tamén hai que mellorar a compatibilidade con Wayland en sistemas con controladores propietarios de NVIDIA; aínda que Wayland foi capaz de traballar enriba destes controladores, XWayland nesta configuración aínda non pode usar ferramentas para a aceleración de hardware de gráficos 3D (está previsto proporcionar a posibilidade de descargar o controlador x.org NVIDIA para XWayland).
Ademais, continúase traballando para substituír PulseAudio e Jack por un servidor multimedia , que amplía as capacidades de PulseAudio con ferramentas para traballar con fluxos de vídeo e procesar audio cun mínimo demora, tendo en conta as necesidades dos sistemas profesionais de procesamento de audio, e ofrecendo tamén un modelo de seguridade avanzado para o control de acceso a nivel de dispositivos e fluxos individuais. . Como parte do ciclo de desenvolvemento de Fedora 31, o traballo céntrase no uso de PipeWire para compartir pantallas en ambientes baseados en Wayland, incluíndo o uso do .
En Fedora 31 tamén engadir a posibilidade de executar aplicacións Qt nunha sesión de GNOME baseada en Wayland usando o complemento Qt Wayland en lugar do complemento XCB usando X11/XWayland.
Fonte: opennet.ru