Projets de Red Hat Enterprise Linux 10 pour Wayland et le serveur Xorg

Bonjour à tous, je fais partie du groupe Ingénierie et Produit axé sur l'affichage graphique et les GPU pour Red Hat Enterprise Linux (RHEL), et je souhaite vous informer d'une décision concernant un produit et l'ingénierie que nous avons récemment prise. Je veux vous fournir le contexte et expliquer les efforts que nous avons déployés pour parvenir à cette décision.

La transition depuis l'ancien système X Window, qui date maintenant de plus de 30 ans, vers la nouvelle pile basée sur Wayland a commencé il y a environ 15 ans, et Red Hat a été impliqué dès le début. Au fil du temps, il est devenu évident que le protocole X11 et le serveur Xorg présentaient des problèmes fondamentaux qui devaient être résolus, et Wayland s'est révélé comme la solution. Aujourd'hui, Wayland est reconnu comme la solution d'infrastructure d'affichage et de gestion des fenêtres de facto. 

Tout au long de cette transition, Red Hat a pris en charge à la fois les piles X.org et les piles Wayland. Cela réduit le temps dont nous disposons, ainsi que celui de la communauté en amont, pour soutenir de nouvelles fonctionnalités et corriger des bogues. 

Cependant, la communauté a développé de nouvelles fonctionnalités et comblé les lacunes de Wayland, tandis que le développement dans le serveur Xorg et l'infrastructure X11 a diminué. Bien qu'il soit formidable que Wayland ait été considérablement amélioré, cela signifie qu'il y a une charge de maintenance accrue dans les deux piles, avec beaucoup de nouveaux travaux à maintenir dans Wayland et de nombreux anciens travaux hérités à maintenir dans X.org. Cette situation est devenue difficile à gérer.

Alors que Wayland a progressé et est devenu plus performant, nous avons collaboré en amont et en interne avec plusieurs fournisseurs de matériel, de logiciels, des clients, l'industrie des effets visuels (VFX) et des projets en amont pour comprendre et développer les projets nécessaires afin de combler le fossé fonctionnel et même d'élargir la pile Wayland. Je suis vraiment fier du travail que nous avons réalisé, plus particulièrement des efforts suivants :

• Diriger certaines parties de l'effort pour soutenir la gestion des couleurs et la plage dynamique élevée (HDR) 
• Diriger Xwayland comme pierre angulaire pour la compatibilité descendante avec les clients X11
• Développer une infrastructure pour soutenir des solutions modernes de bureau à distance
• Revoir et développer le support de synchronisation explicite dans le protocole Wayland et les projets connexes
• Créer Libei pour fournir une solution d'émulation et de capture d'entrée
• Co-diriger l'initiative Wakefield pour faire fonctionner OpenJDK avec (X)Wayland
• Et des dizaines d'autres initiatives passées et nouvelles qui arrivent prochainement 

Nous souhaitons reconnaître l'effort significatif que toutes ces organisations et individus ont fourni, en particulier le reste de la communauté en amont, sans laquelle ce projet ne serait jamais arrivé à un tel degré de maturité. Cet effort nous a donné la confiance nécessaire pour d'abord faire de Wayland la solution par défaut pour la plupart des cas d'utilisation dans RHEL 8, suivi de la dépréciation du serveur Xorg dans RHEL 9, avec l'intention de son retrait dans une future version. Plus tôt cette année (2023), dans le cadre de notre planification pour RHEL 10, nous avons effectué une étude pour comprendre l'état de Wayland, non seulement du point de vue de l'infrastructure, mais également du point de vue de l'écosystème. Le résultat de cette évaluation est que, bien qu'il subsiste encore certaines lacunes et que certaines applications nécessitent un certain niveau d'adaptation, nous pensons que l'infrastructure Wayland et l'écosystème sont en bonne forme, et que nous sommes sur la bonne voie pour résoudre les obstacles identifiés d'ici la sortie de RHEL 10, prévue pour le premier semestre de 2025.

En conséquence, nous avons décidé de retirer le serveur Xorg et d'autres serveurs X (sauf Xwayland) de RHEL 10 et des versions suivantes. Xwayland devrait être capable de gérer la plupart des clients X11 qui ne seront pas immédiatement portés vers Wayland, et si nécessaire, nos clients pourront rester sur RHEL 9 pour son cycle de vie complet tout en résolvant les spécificités nécessaires pour passer à un écosystème Wayland. Il est important de noter que « Serveur Xorg » et « X11 » ne sont pas synonymes, X11 est un protocole qui continuera d'être pris en charge via Xwayland, tandis que le serveur Xorg est l'une des implémentations du protocole X11.

Bien que nous reconnaissions l'énergie derrière certaines distributions et les variantes de Fedora se dirigeant vers un avenir similaire, cette décision est limitée à RHEL 10 — nous reconnaissons que d'autres distributions Linux ont des besoins et des structures décisionnelles différents, et de plus, nous ne sommes pas au courant de projets similaires dans Fedora, ni impliqués dans des efforts similaires en dehors du partage de nos connaissances.

Nous avons travaillé à recueillir des retours d'expérience, mais nous savons que nous ne pouvons pas contacter tout le monde directement. Si vous avez des réflexions ou des questions à ce sujet, nous vous invitons à rejoindre la discussion que nous avons mise en place dans le portail client. 

Cette décision nous permettra de concentrer nos efforts à partir de RHEL 10 uniquement sur une pile et un écosystème modernes. Cela signifie que nous pourrons aborder des problèmes tels que la gestion des couleurs (HDR), la sécurité accrue, les configurations avec des affichages à faible et haute densité ou des affichages à très haute densité, une meilleure connexion à chaud GPU/affichage, de meilleures gestuelles et défilements, et ainsi de suite. Nous sommes convaincus que Wayland fournira une plateforme solide et nous sommes impatients de travailler avec la communauté et tous nos partenaires et clients pour construire l'avenir de Linux.