Christian Schaller, responsable de l'équipe de développement des systèmes de bureau chez Red Hat et de la Fedora Desktop Team, a , concernant les composants de bureau dans Fedora 31, mentionné l'intention de Red Hat de cesser le développement actif des fonctionnalités du serveur X.Org et de se limiter à l'entretien de la base de code existante et à la correction des erreurs.
Actuellement, Red Hat joue un rôle clé dans le développement du serveur X.Org et en assume la maintenance. Ainsi, en cas de retrait du développement, il est peu probable que des versions significatives du serveur X.Org continuent d'être produites. Cependant, malgré l'arrêt du développement, la maintenance d'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.
Une stagnation dans le développement du serveur X.Org est déjà observable — malgré le cycle de publication de six mois qui a été précédemment appliqué, la dernière version significative, X.Org Server 1.20, a été publiée il y a 14 mois, et la préparation de la version 1.21 est à l'arrêt. La situation pourrait changer si une entreprise ou une communauté prenait l'initiative de poursuivre l'ajout de fonctionnalités au serveur X.Org, mais compte tenu du déplacement général de projets majeurs vers Wayland, il est peu probable que des volontaires se manifestent.
Actuellement, Red Hat se concentre sur l'amélioration de l'expérience de bureau basée sur Wayland. La transition du serveur X.Org en mode maintenance est attendue après la résolution du problème d'élimination complète de la dépendance aux composants X.Org et de la mise en place du lancement de GNOME Shell sans utiliser XWayland, ce qui nécessite une refonte ou la suppression des liaisons restantes avec X.Org. Ces liaisons sont déjà presque éliminées de GNOME Shell, mais subsistent encore dans le démon GNOME Setting. Dans GNOME 3.34 ou 3.36, il est prévu de se débarrasser complètement des liaisons avec X.Org et d'organiser le lancement d'XWayland , en cas de besoin de composants pour assurer la compatibilité avec X11.
Il est également mentionné la nécessité de résoudre un certain nombre de avec Wayland, comme le travail avec les pilotes propriétaires NVIDIA et l'amélioration du serveur DDX XWayland pour garantir un lancement de qualité des applications X dans un environnement basé sur Wayland. Parmi les travaux réalisés dans le cadre de la préparation de Fedora 31, on note l'implémentation dans XWayland de la possibilité de lancer des applications X avec des privilèges root. Ce type de lancement est discutable en matière de sécurité, mais il est nécessaire pour assurer la compatibilité avec les programmes X nécessitant un fonctionnement avec des privilèges élevés.
Une autre tâche consiste à améliorer le support de Wayland dans la bibliothèque SDL, par exemple, pour résoudre des problèmes de mise à l'échelle lors du lancement de vieux jeux fonctionnant à faible résolution d'écran. Il est également noté qu'il est nécessaire d'améliorer le support de Wayland dans les systèmes avec des pilotes propriétaires NVIDIA — bien que Wayland puisse déjà fonctionner au-dessus de ces pilotes, XWayland dans une telle configuration ne peut pas encore utiliser les ressources pour l'accélération matérielle de la 3D (il est prévu de permettre le chargement du pilote x.org NVIDIA pour XWayland).
Il est également noté que les travaux se poursuivent pour remplacer PulseAudio et Jack par un serveur multimédia. , qui élargit les possibilités de PulseAudio avec des fonctionnalités pour le traitement de vidéos et de sons avec un minimum de latence, en tenant compte des besoins des systèmes de traitement audio professionnels, et qui propose également un modèle de sécurité avancé pour gérer l'accès au niveau des périphériques et des flux individuels. Dans le cadre du cycle de développement de Fedora 31, le travail est concentré sur l'application de PipeWire pour l'organisation de l'accès partagé à l'écran dans des environnements basés sur Wayland, y compris l'utilisation du protocole. .
Dans Fedora 31, il est également d'ajouter la possibilité de lancer des applications Qt dans une session GNOME basée sur Wayland en utilisant le plugin Qt Wayland au lieu du plugin XCB, qui utilise X11/XWayland.
Source : opennet.ru
