Christian Schaller, líder do grupo de desenvolvimento de sistemas desktop na Red Hat e na Fedora Desktop Team, , relativos aos componentes de desktop no Fedora 31, mencionou a intenção da Red Hat de interromper o desenvolvimento ativo das funcionalidades do servidor X.Org, limitando-se apenas à manutenção da base de código existente e à correção de erros.
Atualmente, a Red Hat desempenha um papel fundamental no desenvolvimento do servidor X.Org e assume sua manutenção. Portanto, caso se afaste do desenvolvimento, é pouco provável que a formação de versões significativas do servidor X.Org continue. No entanto, apesar da interrupção do desenvolvimento, a manutenção do X.Org pela Red Hat continuará pelo menos até o fim do ciclo de vida da distribuição RHEL 8, que irá até 2029.
A estagnação no desenvolvimento do servidor X.Org já é visível — apesar do ciclo de lançamento de seis meses anteriormente aplicado, a última versão significativa, o X.Org Server 1.20, foi publicada há 14 meses, e a preparação para a versão 1.21 está parada. A situação pode mudar se alguma empresa ou comunidade assumir a continuidade do aprimoramento das funcionalidades do servidor X.Org, mas, considerando a mudança de projetos significativos em direção ao Wayland, é improvável que interessados apareçam.
Atualmente, a Red Hat está focada na melhoria do desktop baseado em Wayland. A transição do servidor X.Org para um modo de manutenção é esperada após resolver a tarefa de eliminar completamente a dependência dos componentes do X.Org e garantir o funcionamento do GNOME Shell sem o uso do XWayland, o que requer refatoração ou remoção dos vínculos restantes ao X.Org. Esses vínculos já foram quase eliminados do GNOME Shell, mas ainda permanecem no daemon GNOME Setting. No GNOME 3.34 ou 3.36, a intenção é eliminar completamente os vínculos com o X.Org e organizar o funcionamento do XWayland , quando necessário, para fornecer componentes que garantam 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 aprimorar o servidor DDX do XWayland para garantir a execução eficiente de aplicativos X em um ambiente baseado em Wayland. Entre as atividades realizadas no âmbito da preparação do Fedora 31, destaca-se a implementação na funcionalidade do XWayland que permite a execução de aplicativos X com privilégios de root. Tal execução é questionável do ponto de vista de segurança, mas é necessária para a compatibilidade com programas X que requerem trabalho com privilégios elevados.
Outra tarefa é melhorar o suporte do Wayland na biblioteca SDL, por exemplo, para resolver problemas de dimensionamento ao executar jogos antigos que operam em baixas resoluções de tela. Também é necessário aprimorar o suporte do Wayland em sistemas com drivers proprietários da NVIDIA — enquanto o Wayland já pode funcionar sobre esses drivers há algum tempo, o XWayland, nessa configuração, ainda não consegue utilizar os recursos para aceleração de hardware na 3D (está previsto permitir o carregamento do driver x.org da NVIDIA para o XWayland).
Adicionalmente, continua o trabalho de substituição do PulseAudio e Jack por um servidor multimídia , ampliando as capacidades do PulseAudio com funcionalidades para lidar com fluxos de vídeo e processamento de áudio com atrasos mínimos, tendo em vista a necessidade de sistemas de processamento de áudio profissional, além de oferecer um modelo de segurança avançado para gerenciar o acesso a nível de dispositivos individuais e fluxos. No ciclo de desenvolvimento do Fedora 31, o foco está no uso do PipeWire para organizar o compartilhamento de tela em ambientes baseados em Wayland, inclusive utilizando o protocolo .
No Fedora 31 também adicionar a capacidade de executar aplicativos Qt em uma sessão do GNOME baseada em Wayland utilizando o plugin Qt Wayland em vez do plugin XCB, que utiliza X11/XWayland.
Fonte: opennet.ru
