Il poste du blog par Carlos Soriano Sanchez, responsable de l'équipe GPU chez RHEL, annonce une nouvelle importante : la prochaine version de Red Hat Enterprise Linux (RHEL), prévue pour 2025, abandonnera X.org et adoptera exclusivement le serveur de visualisation Wayland.
Puisque RHEL ne propose que GNOME, cela signifie qu'il utilisera le compositeur Mutter et rien d'autre.
Lorsque RHEL 8 est sorti en 2019, Wayland est devenu le serveur d'affichage par défaut, et avec l'arrivée de RHEL 9 trois ans plus tard, X.org était officiellement obsolète. Sanchez explique que la transition du système X Window, vieux de plus de 30 ans, vers la nouvelle pile basée sur Wayland est en cours depuis environ 15 ans. Il est intéressant de noter que, alors que le système X Window approche ses 40 ans, Wayland, lancé en 2008, approche ses 17 ans.
Le bureau Reg FOSS reste sceptique à propos de Wayland, mais la masse critique augmente. KDE 6 sera exclusivement basé sur Wayland. D'autres projets majeurs comme Mint et Xfce expérimentent également le support de Wayland. Du côté d'ARM, le nouveau bureau de Raspberry Pi OS 5 combine LXDE et Wayfire, fonctionnant bien sauf avec les écrans tactiles. L'équipe Asahi, qui travaille sous Linux pour Apple Silicon, a annoncé qu'elle se concentrait uniquement sur Wayland.
Des applications d’importance cruciale adoptent également Wayland. Firefox 121, désormais en version bêta, sera rendu directement sur Wayland au lieu de passer par le serveur XWayland intégré. OBS Studio, un autre logiciel problématique, a obtenu le support natif de Wayland dans la version 27.
Le véritable sens de ce changement ne réside pas tant dans l’expérience de l’utilisateur final, qui devra encore faire face à certains problèmes et apprendre de nouvelles méthodes et techniques. Le problème crucial est plutôt le support des développeurs. La grande équipe de développeurs de Red Hat est une force motrice derrière de nombreux projets Linux. Si Red Hat arrête le développement sur X.org, on ne sait pas qui pourrait le remplacer.
Un problème avec Wayland est que chaque gestionnaire de fenêtres doit implémenter son propre profil dans son propre code. Wayland n'est qu'un protocole, pas un serveur d'affichage. Il n'y a pas de correspondance directe entre les composants de Wayland et ceux d'un système basé sur X11. Dans un système Wayland, ce qui se rapproche le plus d'un "serveur de visualisation" est le compositeur, qui est similaire au gestionnaire de fenêtres de X11.
X11 fonctionne sur tous les systèmes d'exploitation UNIX™ et similaires, mais UNIX propriétaire est mort. Les systèmes d'exploitation tels qu'AIX, Solaris et HP-UX sont en mode maintenance. Le dernier UNIX commercial encore en vente est le macOS d'Apple, qui n'utilise pas X11, bien que vous puissiez toujours télécharger XQuartz si nécessaire.
X.org a été créé à partir d'un fork de XFree86 en 2004. X11 est un logiciel très volumineux et complexe, et avec le retrait d'un important bailleur de fonds de cette dernière implémentation coopérative.
Si personne ne se porte volontaire pour assumer le travail considérable de maintenance de X.org, celui-ci mourra. Obtenir la coopération d'OpenBSD, FreeBSD, NetBSD et DragonflyBSD pour maintenir une implémentation partagée peut être encore plus difficile. Xenocara, basé sur OpenBSD, fonctionne sous Linux, mais il est peu probable qu'il y ait un support commercial pour un tel projet.
Pour ceux qui souhaitent que le système X Window perdure, il est urgent de commencer à travailler sur ce qui doit être préservé et de revitaliser l'initiative X12, en éliminant autant d'héritage que possible. Aujourd'hui, il vaudrait peut-être mieux effectuer le rendu directement vers OpenVG ou Vulkan.
- OuvrirVG: OpenVG est une spécification pour une interface de programmation d'application (API) 2D. Il est conçu pour une accélération matérielle afin de fournir un rendu de haute qualité des graphiques vectoriels. OpenVG est principalement utilisé pour les applications qui nécessitent des dessins vectoriels précis et de haute qualité, telles que les interfaces utilisateur graphiques (GUI), les applications de navigation et pour créer des effets visuels et des animations. L'API a été développée par Khronos Group, la même organisation qui gère des standards comme OpenGL et Vulkan. OpenVG peut être particulièrement utile dans les environnements où les ressources système sont limitées, comme les appareils mobiles ou les systèmes embarqués.
- Volcan: Vulkan, également développé par Khronos Group, est une API graphique et de calcul moderne qui offre un contrôle direct sur le matériel GPU et des performances optimisées. C'est le successeur d'OpenGL, conçu pour être plus efficace et flexible. Vulkan est utilisé pour développer des applications nécessitant des calculs graphiques intensifs, telles que des jeux vidéo, des simulations en temps réel et des applications de réalité virtuelle. Contrairement à OpenGL, Vulkan oblige les développeurs à gérer davantage de détails de bas niveau sur le fonctionnement du GPU, mais cela offre également de plus grandes possibilités d'optimisation et de contrôle.
Maintenir le projet X11 en vie serait une tâche épique, et sans un soutien commercial, il semble peu probable que cela se produise. Il est peut-être vraiment temps de laisser mourir X. Si cela vous semble radical, vous voudrez peut-être lire le chapitre 7 de «Le manuel du haineux Unix», un livre connu pour sa critique impitoyable et humoristique d'UNIX et de ses différents aspects. Le chapitre 7, en particulier, aborde probablement certains des défauts et problèmes associés aux systèmes UNIX, y compris ceux liés à X11.
Des Unix plus indépendants pourraient contourner Wayland et passer à Arcan à la place.
Arcan est un framework logiciel avancé et polyvalent pour la gestion de systèmes graphiques, notamment dans les contextes UNIX et Linux. Le projet Arcan a été conçu pour offrir une solution alternative aux serveurs de visualisation traditionnels tels que X11 et Wayland, proposant une approche plus moderne et flexible de la gestion des interfaces graphiques.
Nous verrons !
