Red Hat Enterprise Linux 10 planes para Wayland y servidor Xorg

Hola a todos, soy parte del grupo de Ingeniería y Producto enfocado en la visualización gráfica y GPUs para Red Hat Enterprise Linux (RHEL), y quiero comunicar una decisión de producto e ingeniería que hemos tomado recientemente. Quiero proporcionarles el contexto y explicar los esfuerzos que realizamos para llegar a esta decisión.

La transición del ahora antiguo sistema X Window, que tiene más de 30 años, al nuevo stack basado en Wayland ha estado ocurriendo durante los últimos 15 años aproximadamente, y Red Hat ha estado involucrado desde el principio. Con el tiempo, se hizo evidente que el protocolo X11 y el servidor Xorg tenían problemas fundamentales que necesitaban ser abordados, y Wayland fue la solución. Hoy en día, Wayland ha sido reconocido como la solución de infraestructura de ventanas y visualización de facto. 

Durante esta transición, Red Hat ha estado apoyando tanto los stacks de X.org como de Wayland. Esto divide el tiempo que nosotros y la comunidad upstream tenemos disponible para apoyar nuevas funciones y para corregir errores. 

Con esto en mente, la comunidad ha estado desarrollando nuevas funciones y abordando fallos en Wayland, mientras que el nuevo desarrollo en el servidor Xorg y la infraestructura X11 ha ido disminuyendo. Si bien es excelente que Wayland haya sido mejorado considerablemente, esto significa que hay una carga de mantenimiento aumentada en ambos stacks, con mucho trabajo nuevo para mantener Wayland y mucho trabajo de legado para mantener X.org. Esta situación se ha vuelto difícil de sostener. 

A medida que Wayland ha avanzado y se ha vuelto más capaz, hemos trabajado con múltiples proveedores de hardware, proveedores de software, clientes, la industria de efectos visuales (VFX) y proyectos upstream para entender y desarrollar los proyectos necesarios para cerrar la brecha de características e incluso expandir el stack de Wayland. Estoy realmente orgulloso del trabajo que hemos realizado, esto incluye esfuerzos como:

• Liderar partes del esfuerzo para soportar High Dynamic Range (HDR)/gestión de color 
• Liderar Xwayland como la piedra angular para la compatibilidad con clientes X11
• Desarrollar infraestructura para soportar soluciones modernas de escritorio remoto
• Revisión y desarrollo para soporte de sincronización explícita en el protocolo Wayland y proyectos relevantes
• Crear Libei para proporcionar una solución para emulación y captura de entrada
• Co-liderar la iniciativa Wakefield para hacer que OpenJDK funcione con (X)Wayland
• Y docenas de otras iniciativas del pasado y otras nuevas que están por venir en un futuro cercano 

Queremos reconocer el esfuerzo significativo que todas estas organizaciones e individuos han realizado, especialmente el resto de la comunidad upstream, sin quienes este proyecto nunca habría alcanzado tal madurez. Este esfuerzo nos dio la confianza para primero hacer de Wayland el predeterminado para la mayoría de los casos de uso en RHEL 8, seguido de la deprecación del servidor Xorg en RHEL 9, con la intención de su eliminación en una futura versión. A principios de este año (2023), como parte de nuestra planificación para RHEL 10, realizamos un estudio para entender el estado de Wayland, no solo desde una perspectiva de infraestructura, sino también desde una perspectiva de ecosistema. El resultado de esta evaluación es que, aunque todavía hay algunos puntos que requieren atención y aplicaciones que necesitan cierto nivel de adaptación, creemos que la infraestructura y el ecosistema de Wayland están en buena forma, y que estamos en un buen camino para que los bloqueadores identificados se resuelvan para cuando RHEL 10 esté disponible, que está planeado para ser lanzado en la primera mitad de 2025.

Con esto, hemos decidido eliminar el servidor Xorg y otros servidores X (excepto Xwayland) de RHEL 10 y las siguientes versiones. Xwayland debería ser capaz de manejar la mayoría de los clientes X11 que no se portarán inmediatamente a Wayland, y si es necesario, nuestros clientes podrán permanecer en RHEL 9 durante su ciclo de vida completo mientras resuelven los detalles necesarios para la transición a un ecosistema Wayland. Es importante señalar que "Servidor Xorg" y "X11" no son sinónimos; X11 es un protocolo que continuará siendo soportado a través de Xwayland, mientras que el Servidor Xorg es una de las implementaciones del protocolo X11.

Si bien reconocemos la energía detrás de algunas distribuciones y spins de Fedora que se dirigen hacia un futuro similar, esta decisión se limita a RHEL 10; reconocemos que otras distribuciones de Linux tienen diferentes necesidades y procesos de decisión, y además no estamos al tanto de ningún plan con esfuerzos similares en Fedora, ni estamos involucrados en esfuerzos similares más allá de compartir nuestro conocimiento.

Hemos estado trabajando en recopilar comentarios, pero sabemos que no podemos contactar a todos directamente. Si tienes ideas o preguntas sobre esto, te invitamos a unirte a la discusión que hemos establecido en el portal de clientes. 

Esta decisión nos permitirá enfocar nuestros esfuerzos a partir de RHEL 10 solamente en un stack y ecosistema modernos. Esto significa que podremos abordar problemas como HDR, mayor seguridad, configuraciones con pantallas de baja y alta densidad mixtas o pantallas de muy alta densidad, mejor conexión y desconexión de GPU/Display, mejores gestos y desplazamiento, y más. Estamos seguros de que Wayland proporcionará una plataforma sólida y estamos emocionados de trabajar con la comunidad y todos nuestros socios y clientes en construir el futuro para Linux.