Planes de Red Hat Enterprise Linux 10 para Wayland y el servidor Xorg

Artículo original ↗ Discusión en Hacker News ↗

Red Hat planea lanzar RHEL 10 sin el servidor de visualización Xorg, apoyándose en Wayland más compatibilidad Xwayland, lo que provoca un debate sobre estabilidad frente a modernización en una distribución empresarial de soporte a largo plazo. Sus defensores sostienen que X11 es ya una tecnología heredada, difícil de mantener y un freno para avanzar hacia una pila gráfica más limpia y segura, mientras que los críticos dicen que Wayland aún carece de paridad funcional para muchos flujos de trabajo reales, desde gestores de ventanas personalizados y escritorios remotos hasta ciertos casos de accesibilidad y captura de entrada. Muchos ven paralelismos con la transición a systemd, con preocupaciones sobre la influencia corporativa, la reducción de la elección del usuario y el coste de rehacer una y otra vez configuraciones que han “simplemente funcionado” durante años.

La decisión de Red Hat y la lógica de LTS

  • RHEL 10 (alrededor de 2025) eliminará el servidor Xorg y otros servidores X, conservando solo Xwayland.
  • Muchos comentaristas sostienen que esto encaja con el modelo de soporte a largo plazo de Red Hat: si X permaneciera en RHEL 10, de facto lo estarían soportando hasta ~2035; eliminarlo ahora fija una fecha límite clara.
  • Otros ven esto como contrario a la marca de “estabilidad” de RHEL y como una imposición de migración antes de que Wayland alcance la paridad completa de funciones.
  • Varios señalan que RHEL 9, que todavía tiene Xorg, recibirá soporte hasta 2032, lo que da aproximadamente una década de superposición.

Madurez de Wayland frente a Xorg

  • Postura pro-Wayland:
    • Xorg es antiguo, problemático desde el punto de vista arquitectónico y, en la práctica, está en un modo de mantenimiento mínimo.
    • Muchos de los desarrolladores originales de X eligieron ellos mismos construir Wayland; creen que solo Wayland tiene futuro.
    • La seguridad, el multi-DPI, HDR, los modelos de entrada/salida más nuevos y la mantenibilidad a largo plazo favorecen a Wayland.
  • Postura escéptica:
    • Wayland se describe como “a medio hacer” después de más de una década, con protocolos importantes atascados en revisión y fragmentación entre compositores.
    • Algunos entornos de escritorio y herramientas (por ejemplo, paneles, compositores incrustados, menús avanzados/menús pie, gestores de ventanas personalizados, scripting alrededor de la gestión de ventanas) aún no se pueden portar limpiamente sin protocolos privados o reescrituras importantes.
    • El escritorio remoto, los flujos de trabajo tipo VNC/X forwarding y algunas herramientas de accesibilidad o superposición siguen siendo más débiles o más complejos.

Xorg, Xwayland y aplicaciones heredadas

  • Se espera que Xwayland se encargue de la mayoría de las aplicaciones X11, reduciendo el impacto para los clientes típicos de RHEL que usan principalmente GNOME/KDE y software basado en toolkits.
  • La preocupación persiste para configuraciones de nicho y de usuarios avanzados: gestores de ventanas personalizados, entornos X11 muy automatizados con scripts, transparencia de red de X11 y ciertas combinaciones de juegos/controladores (especialmente algunos casos con Nvidia).
  • Algunos sugieren que Xorg puede seguir vivo fuera de RHEL, o mediante Xwayland indefinidamente; otros creen que Xwayland también acabará retirándose, aunque esto no se afirma como un plan concreto.

Gobernanza, Red Hat y paralelos con systemd

  • Varios comentaristas comparan esto con la transición a systemd:
    • Una minoría ruidosa se opone; la mayoría de los usuarios “simplemente lo usa”.
    • Se percibe que Red Hat dirige la infraestructura central (init, pila de visualización) hacia sus diseños preferidos, y los críticos sienten que la elección se erosiona.
  • Contraargumento: en el software libre, quien hace el trabajo decide; si nadie está dispuesto a financiar o desarrollar seriamente Xorg, es natural que se vaya retirando.

Seguridad frente a flexibilidad

  • Se elogia la seguridad más estricta de Wayland (sin keylogging global, sin capturas globales, sin captura arbitraria de pantalla ni gestión de ventanas del lado del cliente), considerándola necesaria, especialmente a medida que Linux se acerca más a un modelo de tienda de aplicaciones.
  • Otros argumentan que las restricciones rompieron muchos flujos de trabajo y herramientas legítimos; preferirían permisos opcionales o diálogos tipo portal sin perder la flexibilidad de nivel X11.