Christian Schaller, que lidera a equipe de desenvolvimento de desktop da Red Hat e da equipe de desktop do Fedora, , em relação aos componentes de desktop no Fedora 31, mencionou a intenção da Red Hat de parar de desenvolver ativamente a funcionalidade do servidor X.Org e limitar-se apenas a manter a base de código existente e eliminar bugs.
Atualmente, a Red Hat é um contribuidor chave para o desenvolvimento do servidor X.Org e o mantém sobre seus ombros, portanto, se for removido do desenvolvimento, é improvável que a formação de lançamentos significativos do servidor X.Org continue. Ao mesmo tempo, apesar da cessação do desenvolvimento, o suporte X.Org da Red Hat continuará pelo menos até o final do ciclo de vida da distribuição RHEL 8, que durará até 2029.
A estagnação no desenvolvimento do servidor X.Org já é observada - apesar do ciclo de lançamento de seis meses usado anteriormente, o último lançamento significativo do X.Org Server 1.20 foi publicado há 14 meses e a preparação do lançamento 1.21 está paralisada. A situação pode mudar se alguma empresa ou comunidade decidir continuar a desenvolver a funcionalidade do servidor X.Org, mas dada a mudança generalizada de projetos significativos em direção ao Wayland, é improvável que haja compradores.
O foco atual da Red Hat é melhorar a experiência do desktop Wayland. Espera-se que a mudança do servidor X.Org para o modo de manutenção seja concluída assim que a dependência dos componentes do X.Org for completamente removida e o GNOME Shell será executado sem usar o XWayland, o que requer refatoração ou remoção das dependências restantes do X.org. Essas ligações foram quase eliminadas do GNOME Shell, mas ainda permanecem no daemon GNOME Setting. No GNOME 3.34 ou 3.36, está planejado eliminar completamente as ligações ao X.Org e lançar o XWayland , quando surge a necessidade de componentes para garantir a compatibilidade com o X11.
Também é mencionada a necessidade de resolver uma série de com Wayland, como trabalhar com drivers proprietários da NVIDIA e melhorar o servidor XWayland DDX para garantir o lançamento de aplicativos X de alta qualidade em um ambiente baseado em Wayland. Entre os trabalhos realizados em preparação para o Fedora 31, destaca-se a implementação no XWayland da capacidade de executar aplicações X com privilégios de root. Tal lançamento é questionável do ponto de vista da segurança, mas é necessário para garantir a compatibilidade com programas X que requerem execução com privilégios elevados.
Outro objetivo é melhorar o suporte ao Wayland na biblioteca SDL, por exemplo, para resolver problemas de escala ao executar jogos mais antigos em resoluções de tela baixas. Também é necessário melhorar o suporte para Wayland em sistemas com drivers proprietários da NVIDIA - embora o Wayland seja capaz de trabalhar com esses drivers há muito tempo, o XWayland nesta configuração ainda não pode usar ferramentas para aceleração de hardware de gráficos 3D (está planejado para fornece a capacidade de baixar o driver x.org NVIDIA para XWayland).
Além disso, continua o trabalho para substituir PulseAudio e Jack por um servidor multimídia , que amplia as capacidades do PulseAudio com ferramentas para trabalhar com streams de vídeo e processar áudio com atrasos mínimos, levando em consideração as necessidades dos sistemas profissionais de processamento de áudio, além de oferecer um modelo avançado de segurança para controle de acesso em nível de dispositivos e streams individuais . Como parte do ciclo de desenvolvimento do Fedora 31, o trabalho está focado no uso do PipeWire para compartilhamento de tela em ambientes baseados em Wayland, incluindo o uso do .
No Fedora 31 também adicione a capacidade de executar aplicativos Qt em uma sessão GNOME baseada em Wayland usando o plugin Qt Wayland em vez do plugin XCB usando X11/XWayland.
Fonte: opennet.ru