Christian Schaller, qui dirige l'équipe de développement de bureau chez Red Hat et l'ordinateur de bureau Fedora, dans un examen des plans pour les composants de bureau dans Fedora 31, a mentionné l'intention de Red Hat d'arrêter de développer activement la fonctionnalité du serveur X.Org et être limité uniquement à la maintenance de la base de code existante et au débogage.
Actuellement, Red Hat apporte une contribution essentielle au développement du serveur X.Org et maintient son support. Par conséquent, en cas de suspension du développement, il est peu probable que la formation de versions importantes du serveur X.Org se poursuive.
Dans le même temps, malgré l'arrêt du développement, la prise en charge de X.Org par Red Hat se poursuivra au moins jusqu'à la fin du cycle de vie de la distribution RHEL 8, qui durera jusqu'en 2029.
Le développement de X.Org est déjà minime
La stagnation du développement du serveur X.Org a déjà été constatée. Malgré le cycle de publication de six mois utilisé précédemment, la dernière version significative de X.Org Server 1.20 est sortie il y a 14 mois et la préparation de la version 1.21 stagne.
La situation peut changer si une entreprise ou une communauté s'engage à continuer à augmenter les fonctionnalités du serveur X.Org, Mais étant donné le passage généralisé de projets importants à Wayland, il est peu probable qu'il y ait quelqu'un.
Red Hat se concentre actuellement sur l'amélioration du travail de bureau basé sur Wayland. Le serveur X.Org devrait être mis en mode maintenance après avoir résolu le problème de la suppression complète des dépendances des composants X.Org et s’être assuré que le shell Gnome démarre sans utiliser XWayland, ce qui nécessite une refactorisation ou la suppression des liens restants vers X.org.
Ces liens sont presque supprimés de Gnome Shell mais restent toujours dans les paramètres de Gnome.
Dans Gnome 3.34 ou 3.36, il est prévu d'abandonner complètement les liaisons X.Org et d'organiser la version XWayland de manière dynamique, lorsque le besoin de composants se fait sentir pour assurer la compatibilité X11.
Red Hat préfère concentrer ses efforts sur Wayland
La nécessité de résoudre un certain nombre de problèmes en suspens avec Wayland est également mentionnée, comment travailler avec les pilotes propriétaires NVIDIA et affiner le serveur XWayland DDX pour garantir un lancement de qualité des applications X dans un environnement basé sur Wayland.
Sur les 31 travaux en cours de préparation pour Fedora, XWayland met en œuvre la possibilité d'exécuter des applications X avec des privilèges root. Une telle version est discutable du point de vue de la sécurité, mais est nécessaire pour assurer la compatibilité avec les programmes X, qui nécessitent des privilèges élevés.
Un autre défi consiste à améliorer le support Wayland dans la bibliothèque SDL, par exemple, pour résoudre les problèmes de mise à l'échelle lors de l'exécution de jeux plus anciens qui fonctionnent à de faibles résolutions d'écran.
En outre, Il est nécessaire d'améliorer la prise en charge du travail de Wayland sur les systèmes dotés de pilotes propriétaires NVIDIA:
si Wayland peut travailler sur de tels pilotes pendant une longue période, alors XWayland dans cette configuration ne peut pas encore utiliser les capacités d'accélération matérielle pour les graphiques 3D (il est prévu de fournir la possibilité de télécharger les pilotes NVIDIA x.org pour XWayland).
En outre, des travaux sont en cours pour remplacer PulseAudio et Jack par PipeWire Media Server, qui étend les capacités de PulseAudio avec le streaming vidéo et le traitement audio avec une latence minimale, en tenant compte des besoins des systèmes de traitement du son professionnels, ainsi qu'en offrant un modèle de sécurité amélioré pour le contrôle d'accès au niveau de l'appareil individuel.
Enfin, dans le cadre du cycle de développement de Fedora 31, le travail se concentre sur l'utilisation de PipeWire pour partager l'accès à l'écran dans des environnements basés sur Wayland, notamment en utilisant le protocole Miracast.
Pour Fedora 31 est également prévu d'ajouter la possibilité de lancer des applications Qt dans une session Wayland basée sur Gnome. en utilisant le plugin Qt Wayland au lieu du plugin XCB utilisant X11 / XWayland.