Wayland 1.24 est disponible

Après 13 mois de développement, une version stable du protocole, du mécanisme d'interaction entre processus et des bibliothèques Wayland 1.24 est présentée. La branche 1.24 est rétrocompatible au niveau API et ABI avec les versions 1.x et contient principalement des corrections de bogues et des mises à jour mineures du protocole. Les développements du projet sont sous licence MIT. Le serveur composite de référence Weston, qui fournit le code et des exemples fonctionnels pour l'utilisation de Wayland dans des environnements de bureau et des solutions intégrées, progresse dans le cadre d'un cycle de développement distinct.

Les principales modifications du protocole :

• L'interface wl_fixes a été mise en œuvre pour résoudre les problèmes avec d'autres interfaces logicielles des protocoles de base qui ne peuvent pas être résolus par leurs propres capacités. Par exemple, la requête « wl_fixes::destroy_registry » permet de supprimer l'objet wl_registry, ce qui fait que le client ne pourra plus l'utiliser, et le serveur composite cessera de transmettre des événements à travers celui-ci.
• Dans l'interface wl_keyboard::key, un pseudo-état « repeated » a été ajouté, signifiant que la touche est enfoncée. Une touche peut être mise dans l'état « repeated » uniquement après être passée dans l'état « pressed », mais avant d'atteindre l'état « released ». Les événements associés à ce nouvel état peuvent être générés plusieurs fois tant que la touche est enfoncée. Ce changement permet aux serveurs composites de traiter les répétitions des appuis sur les touches comme des états distincts, et non simplement comme un flux d'événements d'appui répétés (« pressed »), ce qui peut être utile pour gérer le travail avec un bureau distant.
• Les fonctions wl_display_dispatch_queue_timeout() et wl_display_dispatch_timeout() ont été ajoutées pour la gestion des événements dans la file d'attente en tenant compte du délai d'attente (les fonctions wl_display_dispatch et wl_display_dispatch_queue retournent 0 uniquement en l'absence d'événements, tandis que les variantes *_timeout le font également à l'expiration du délai d'attente).
• Les fonctions wl_shm_buffer_ref() et wl_shm_buffer_unref() ont été ajoutées pour l'accès à la mémoire partagée associée au buffer wl_shm_buffer, après sa suppression (par exemple, lorsque le client se termine). Ces fonctions permettent de dissocier le buffer wl_shm_buffer de la durée de vie de la ressource principale wl_buffer, lorsque le serveur composite doit retarder le passage à un nouvel état.
• Ajout des fonctions wl_proxy_get_interface() et wl_resource_get_interface(), renvoyant wl_interface pour la ressource spécifiée, ce qui est demandé dans les liaisons pour les langages à typage dynamique.
• Ajout de la fonction wl_resource_post_error_vargs(), qui sert d'alternative à la fonction wl_resource_post_error() avec la possibilité de transmettre une liste d'arguments pour le formatage de chaîne (va_list).

Les événements les plus marquants liés à Wayland qui se sont produits depuis la publication du précédent numéro :

• Amélioration du support de Wayland dans les pilotes propriétaires NVIDIA.
• KDE prévoit de conserver uniquement le support de Wayland. Séparation du code kwin_x11 et kwin_wayland.
• Ubuntu et Kubuntu ne garderont que le support de session Wayland dans GNOME et KDE.
• Dans GDM, le support de Wayland a été laissé par défaut.
• GTK a classé le backend X11 comme obsolète.
• Dans Fedora 43, il a été décidé de supprimer du dépôt les paquets utilisés dans GNOME pour fonctionner au-dessus du serveur X. Tous les utilisateurs de GNOME avec X11 seront contraints de passer à une session basée sur Wayland.
• Dans l'environnement de bureau Budgie, seul le support de Wayland sera maintenu.
• Dans Xfce 4.20, un support partiel de Wayland a été implémenté.
• MATE 1.28 avec un support expérimental de Wayland.
• Wayback — serveur composite Wayland pour exécuter des environnements de bureau basés sur X11.
• La société Valve a lancé le projet Frog pour accélérer la promotion de nouveaux protocoles Wayland.
• La bibliothèque de construction d'interfaces graphiques Cosmoe, utilisant Wayland et une API de style BeOS.
• Activation par défaut du pilote Wayland dans Wine.
• Migration de Raspberry Pi OS vers l'utilisation de Wayland.
• Publication de la boîte à outils graphiques FLTK 1.4.0 avec support de Wayland.
• Un ajout à Wayland-Protocols consiste en une phase supplémentaire de promotion des protocoles — «experimental», visant à abaisser la barrière à l'intégration des protocoles, à accélérer leur mise à disposition aux développeurs et à encourager leur mise en œuvre précoce dans les projets existants.
• AMD développe son propre serveur composite ACS utilisant Wayland.
• Sept versions alpha de l'environnement de bureau COSMIC.
• Mise à jour des serveurs composites : Weston 14.0, Niri 25.05, Wayland Maker 0.5, miracle-wm 0.5, Hyprland 0.49, labwc 0.8.3, Cage 0.2, Wayfire 0.9, Sway 1.11.

Extensions de protocoles ajoutées au cours de l'année dernière, complétant le protocole de base Wayland et fournies dans un ensemble distinct Wayland-Protocols :

• color-management — fonctionnalités pour la gestion des couleurs et le support de la plage dynamique étendue (HDR, High Dynamic Range).
• color-representation-v1 — définition de la représentation des couleurs de la surface Wayland.
• xdg-toplevel-tag — permet aux clients Wayland d'attacher des étiquettes aux surfaces de niveau supérieur, que le serveur de composition peut utiliser pour identifier les fenêtres après le redémarrage de l'application.
• ext-background-effect — application d'effets aux parties semi-transparentes d'une surface Wayland, telles que le flou d'arrière-plan.
• pointer-warp — permet à l'application de déplacer instantanément le pointeur à une position spécifiée.
• xx-session-management — restauration de l'état des fenêtres pour des sessions interrompues (par exemple, après un plantage du gestionnaire composite).
• xx-input-method — développement d'un nouveau protocole pour utiliser des méthodes de saisie de texte. ext-data-control — permet aux clients privilégiés de contrôler le traitement des données, par exemple pour mettre en œuvre des gestionnaires de presse-papiers.
• ext-workspace — met en œuvre le concept des bureaux virtuels et propose des événements contenant des informations sur l'état des bureaux, ainsi que des capacités pour activer et désactiver des bureaux.
• xdg-system-bell — permet d'émettre un signal système, qui peut être utilisé, par exemple, comme alerte dans des émulateurs de terminaux.
• xdg-toplevel-icon — pour lier une icône à une fenêtre de niveau supérieur.
• ext-image-capture-source et ext-image-copy-capture — capture du contenu affiché à l'écran.
• fifo — implémente un mécanisme FIFO (premier arrivé, premier servi) pour le traitement des mises à jour du contenu de la surface affichée.
• commit-timing — permet d'associer une limite de temps au contenu d'une surface (le serveur composite doit afficher la modification du contenu dans la mesure du possible après le temps indiqué, mais pas avant).

Rappelons que Wayland est un protocole d'interaction entre un serveur de composition et les applications qui lui sont associées. Les clients réalisent eux-mêmes le rendu de leurs fenêtres dans un tampon séparé, transmettant des informations sur les mises à jour au serveur de composition, qui combine le contenu des tampons des différentes applications pour former la sortie finale, en tenant compte des subtilités possibles, telles que le chevauchement des fenêtres et la transparence. En d'autres termes, le serveur de composition ne fournit pas d'API pour le rendu d'éléments individuels, mais opère uniquement sur des fenêtres déjà formées, ce qui permet d'éviter le double buffering lors de l'utilisation de bibliothèques de haut niveau telles que GTK et Qt, qui prennent en charge la composition du contenu des fenêtres.

Wayland résout de nombreux problèmes de sécurité liés à X11, car contrairement à ce dernier, il isole les entrées et sorties pour chaque fenêtre, n'autorise pas un client à accéder au contenu des fenêtres d'autres clients, et empêche la capture d'événements d'entrée liés à d'autres fenêtres. Le support du travail direct avec Wayland a été intégré pour la plupart des bibliothèques graphiques utilisées dans Linux, y compris GTK, Qt, SDL, FLTK, wxWidgets, Clutter et EFL (Enlightenment Foundation Library).

L'interaction avec le matériel sous Wayland/Weston, par exemple, l'initialisation, le changement de modes vidéo (drm modesetting) et la gestion de la mémoire (GEM pour i915 et TTM pour radeon et nouveau) des cartes graphiques, peut se faire directement via un module fonctionnant au niveau du noyau, ce qui permet de se passer de privilèges superutilisateur. Pour permettre l'exécution d'applications X11 standard dans un environnement basé sur Wayland, un composant DDX appelé XWayland (Device-Dependent X), similaire à Xwin et Xquartz pour les plateformes Win32 et macOS, est utilisé.

Source : opennet.ru