La prochaine version de l’environnement franchira une grande étape : elle désactivera par défaut la session X11. L’équipe de développement commence à en parler alors même que la première « vraie » version alpha n’est pas encore sortie. Le développeur Jordan Petridis explique dans un billet qu’exceptionnellement, une pré-alpha est disponible pour récolter un maximum de retours.

La désactivation de l’ancien serveur graphique X11/Xorg est l’étape suivante dans la progression vers du 100 % Wayland. XWayland n’est pas affecté et GDM gardera sa capacité à lancer d’autres sessions X11. Pour le commun des mortels en revanche, cela signifie que X11 disparait des radars. Pour les utilisateurs plus avancés qui en auraient besoin, cela signifie que l’ancien serveur graphique devra être « explicitement activé lors de la construction des modules concernés (gnome-session, GDM, mutter/gnome-shell) ».

D’ici la sortie de la version, prévue le 17 septembre, trois scénarios sont possibles, selon Petridis. Dans la version idéale, où il n’y aurait ni bug ni problème nulle part, le code lui-même disparaitrait de GNOME 49. Dans la version jugée la plus crédible, cette suppression interviendrait dans GNOME 50. Reste un scénario improbable mais possible, dans lequel les bugs seraient si nombreux que le projet serait encore repoussé.

« Encore », car la désactivation et la suppression de X11 sont en fait prévues depuis longtemps. Jordan Petridis indique qu’il avait ouvert plusieurs pull requests à ce sujet après l’arrivée de GNOME 45. Mais il a fallu attendre GNOME 48 pour que tous les problèmes soient corrigés, notamment des régressions sur l’accessibilité. Le temps que tout soit réglé, il était trop tard pour proposer la désactivation dans cette version.

Dans la pratique, les utilisateurs ne devraient voir aucune différence. Wayland a beau être un serveur graphique nettement plus moderne, il est déjà activé par défaut sur bon nombre de distributions, notamment Ubuntu et Fedora. Les prochaines versions de ces dernières intègreront d’ailleurs GNOME 49.

Un nouveau gestionnaire de paquets nommé FAIR vient de sortir, soutenu par la fondation Linux. Il est présenté comme une « alternative décentralisée à l'écosystème central des thèmes et des plugins de WordPress.org, conçue pour redonner le contrôle aux hébergeurs et aux développeurs de WordPress ».

L'année dernière, le torchon a brûlé dans l'écosystème WordPress. Deux des plus gros acteurs, Automattic et WP Engine l'ont transformé en champ de bataille. Notamment, Matt Mullenweg, qui joue avec ses deux casquettes de CEO d'Automattic et de responsable de la fondation WordPress, a décidé de bloquer son concurrent au motif que celui-ci ne contribue pas assez au projet open-source et « profère des menaces juridiques » contre Wordpress.org.

C'est ce genre de blocage qui devrait être évité grâce au gestionnaire de paquets FAIR. Le soutien de la fondation Linux permettra d'être robuste face à d'éventuelles attaques des différents protagonistes. « Notre objectif est de repenser la manière dont les logiciels sont distribués et gérés dans le monde de l'édition web ouverte », expliquent les responsables du projet.

FAIR met en place deux fonctionnalités :

• Le remplacement des API de WordPress.org utilisées par exemple pour vérifier si des mises à jour sont disponibles ou pour le flux d'actualité ;
• une gestion décentralisée des paquets permettant leur ajout et la mise à jour sans passer par WordPress.org.

Il s'appuie sur un protocole mis en place pour l'occasion et permet de choisir le miroir que l'on souhaite.

« Avec une configuration minimale et une architecture modulaire, le système FAIR assure l'indépendance technique, la résilience et la durabilité à long terme des déploiements de WordPress », expliquent les responsables du gestionnaire de paquets.

FAIR est téléchargeable et est distribué soit en plugin « standalone » soit dans une version spécifique de Wordpress.