Planos do Red Hat Enterprise Linux 10 para Wayland e o servidor Xorg

Artigo original ↗ Discussão no Hacker News ↗

A Red Hat planeja lançar o RHEL 10 sem o servidor de exibição Xorg, contando em vez disso com o Wayland mais compatibilidade via Xwayland, o que provoca debate sobre estabilidade versus modernização em uma distro corporativa com suporte de longo prazo. Os defensores afirmam que o X11 é, na prática, legado, difícil de manter e um obstáculo ao trabalho em uma pilha gráfica mais limpa e segura, enquanto os críticos dizem que o Wayland ainda não tem paridade de recursos para muitos fluxos de trabalho do mundo real, de gerenciadores de janelas personalizados e áreas de trabalho remotas a certos casos de uso de acessibilidade e captura de entrada. Muitos veem paralelos com a transição para o systemd, com preocupações sobre influência corporativa, redução da escolha do usuário e o custo de reconfigurar repetidamente ambientes que “simplesmente funcionavam” há anos.

Decisão da Red Hat e a lógica do LTS

  • O RHEL 10 (por volta de 2025) deixará de incluir o servidor Xorg e outros servidores X, mantendo apenas o Xwayland.
  • Muitos comentaristas argumentam que isso se encaixa no modelo de suporte de longo prazo da Red Hat: se o X permanecesse no RHEL 10, eles estariam, na prática, dando suporte a ele até ~2035; removê-lo agora estabelece um prazo claro.
  • Outros veem isso como contrário à marca de “estabilidade” do RHEL e como uma imposição de migração antes que o Wayland alcance paridade completa de recursos.
  • Vários apontam que o RHEL 9, que ainda tem Xorg, é suportado até 2032, oferecendo cerca de uma década de sobreposição.

Maturidade do Wayland vs. Xorg

  • Lado pró-Wayland:
    • O Xorg é antigo, problemático na arquitetura e, na prática, está em modo de manutenção mínima.
    • Muitos dos desenvolvedores originais do X escolheram criar o Wayland; eles acreditam que só o Wayland tem futuro.
    • Segurança, multi-DPI, HDR, modelos mais novos de entrada/saída e manutenção de longo prazo favorecem o Wayland.
  • Lado cético:
    • O Wayland é descrito como “inacabado” após mais de uma década, com protocolos importantes presos em revisão e fragmentação entre compositores.
    • Alguns ambientes desktop e ferramentas (por exemplo, painéis, compositores incorporados, menus avançados/menus em leque, WMs personalizados, automação via script em torno do gerenciamento de janelas) ainda não podem ser portados de forma limpa sem protocolos privados ou reescritas grandes.
    • Área de trabalho remota, fluxos de trabalho de VNC/encaminhamento X e algumas ferramentas de acessibilidade ou sobreposição ainda são mais fracos ou mais complexos.

Xorg, Xwayland e aplicativos legados

  • Espera-se que o Xwayland lide com a maioria dos aplicativos X11, reduzindo o impacto para clientes típicos do RHEL que usam principalmente GNOME/KDE e software baseado em toolkits.
  • Ainda há preocupação com configurações de nicho e de usuários avançados: gerenciadores de janelas personalizados, ambientes X11 fortemente automatizados por scripts, transparência de rede do X11 e certas combinações de jogos/drivers (especialmente alguns casos com Nvidia).
  • Alguns sugerem que o Xorg pode continuar existindo fora do RHEL, ou via Xwayland indefinidamente; outros acham que o Xwayland acabará sendo removido também, embora isso não seja apresentado como um plano concreto.

Governança, Red Hat e paralelos com systemd

  • Vários comentaristas comparam isso à transição para o systemd:
    • Uma minoria vocal se opõe; a maioria dos usuários simplesmente “usa”.
    • A Red Hat é vista como orientando a infraestrutura central (init, pilha gráfica) para seus designs preferidos, e os críticos sentem que a escolha está sendo erodida.
  • Contra-argumento: no software livre, quem faz o trabalho decide; se ninguém estiver disposto a financiar/desenvolver seriamente o Xorg, é natural que ele seja gradualmente descontinuado.

Segurança vs. flexibilidade

  • A segurança mais rígida do Wayland (sem keylogging global, grabs globais, captura arbitrária de tela ou gerenciamento de janelas do lado do cliente) é elogiada como necessária, especialmente à medida que o Linux se torna mais parecido com uma loja de aplicativos.
  • Outros argumentam que essas restrições quebraram muitos fluxos de trabalho e ferramentas legítimos; eles prefeririam permissões opt-in ou diálogos no estilo portal, sem perder a flexibilidade do nível do X11.