L'équipe en charge de GNOME a signalé vendredi la publication de la première alpha (version de test instable) de la future version 50 de son environnement. Cette alpha 1 de GNOME 50 permet de constater, en pratique et à nouveau, les conséquences de l'abandon programmé de X11 au profit de Wayland.
Pourquoi « à nouveau » ? Ce changement avait déjà été mis en oeuvre au niveau de l'alpha 1 de GNOME 49 en juillet dernier, avant que l'équipe ne décide de faire marche arrière avant la sortie de la version finale, en septembre.
« Nous avons trouvé difficile de séparer proprement la capacité de GDM à lancer des sessions X11 modernes (que nous avions l’intention de garder activées dans GNOME 49) du reste de l’intégration X11 de GDM (que nous avions l’intention de désactiver mais de laisser intacte pour GNOME 49) », expliquait alors l'équipe.
Cette fois sera-t-elle la bonne ? L'alpha 1 de GNOME 50 retente l'aventure. « La prise en charge de X11 a été entièrement supprimée, à l'exception de la possibilité de lancer des sessions X11 d'autres environnements de bureau avec un serveur X par utilisateur. Cela signifie que des fonctionnalités telles que XDCMP et Xserver ont disparu, et que les sessions GDM s'exécuteront toujours sous Wayland », confirment les notes de version, qui signalent par ailleurs l'impossibilité nouvelle de compiler GDM (GNOME Display Manager) sans Wayland.
Outre l'adaptation de nombreux composants à la disparition du backend X11, GNOME 50 alpha introduit de nombreuses petites nouveautés, listées par exemple par Phoronix.
La version finale de GNOME 50 est pour l'instant programmée au le 18 mars prochain.
Commentaires (41)
Abonnez-vous pour prendre part au débat
Déjà abonné ? Se connecter
Cet article est en accès libre, mais il est le fruit du travail d'une rédaction qui ne travaille que pour ses lecteurs, sur un média sans pub et sans tracker. Soutenez le journalisme tech de qualité en vous abonnant.
Accédez en illimité aux articles
Profitez d’un média expert et unique
Intégrez la communauté et prenez part aux débats
Partagez des articles premium à vos contacts
Abonnez-vousModifié le 16/01/2026 à 09h40
Sous X11, tout repose sur un principe ancien mais simple, une application peut tout voir et tout faire.
Le clavier, la souris, les fenêtres, l’écran… rien n’est vraiment isolé. C’est puissant, très pratique pour l’automatisation, les outils système, les scripts, le remote desktop ou les raccourcis globaux.
Le keylogging ou la capture d’écran à l’insu de l’utilisateur font partie du modèle.
Wayland prend l’exact contre-pied. Il part du principe qu’aucune application ne doit pouvoir observer ou contrôler le reste du système...
Du coup, plus d’accès global au clavier ou à la souris, plus de lecture directe du framebuffer, plus de possibilité de déplacer ou redimensionner arbitrairement les fenêtres des autres applications. Tout passe par le compositeur, qui décide ce qui est permis ou non. (La sécurité c'est le bien, mais... Laisser le choix à l'utilisateur, en connaissance de cause avec un système de permissions, pour les usages avancés, y compris automatisés, ça serait bien aussi !!!)
Dans la pratique, ça casse un certain nombre d’usages bien établis, comme les outils d’automatisation à la xdotool qui ne fonctionnent plus, la capture d’écran et l’enregistrement vidéo nécessitent des intermédiaires (PipeWire, portails), avec des comportements qui varient selon l’environnement de bureau. Et le contrôle à distance est plus complexe, parfois moins fiable, et dépend fortement de l’implémentation choisie.
Et un autre gros problème est la fragmentation. Il n’y a pas « Wayland » comme il y avait X11, mais une multitude de compositeurs avec leurs choix propres et les comportement de l'implémentation ne sont plus standards et partagés entre tous et dépendent principalement des développeurs des divers projets ! (Bonjour la galère !)
Ce qui est possible sous KDE ne l’est pas forcément sous GNOME (mutter), et inversement.
Pour les utilisateurs avancés comme pour les développeurs d’outils système, cela signifie moins de portabilité et plus de cas particuliers à gérer.
Après clairement, Wayland apporte un coup de neuf là où c'était nécessaire, c'est plus fluide à l'usage, et même en jeu, on ressent beacoup moins de stuttering sur du matériel limite, et bénéficie d'un meilleur input lag...
Mais pour bien des usages particuliers, se passer de X11 est une galère... Et je ne parle même pas de x2Go qui est infiniment moins demandeur en ressources et pratique dans la gestion des sessions qu'un combo sunshine+moonlight qui ne fait que lancer du streaming sur des sessions déjà ouvertes.
Autant le support de Wayland est indispensable, autant je pense qu'il ne faudrait pas supprimer le support de X11 nul part tant que toutes les fonctionnalités offertes par Wayland ne seront pas alignées avec X11.
Le 16/01/2026 à 10h40
Il y a des tentatives sympa pour faire coexister Wayland et X11, j'espère qu'elles arriveront à maturité.
Le 16/01/2026 à 09h49
Le 19/01/2026 à 09h16
Le changement qui n'a pas fonctionné dans Gnome 49 c'est que GDM sans X était incapable de faire fonctionner correctement un env de bureau sous X (genre XFCE par exemple). Or, sur un même ordinateur peuvent cohabiter par ex un utilisateur sous Gnome/Wayland et un utilisateur XFCE/X, et avec GDM comme Desktop Manager pour tout le monde.
Là apparemment ils auraient trouvé un fix si j'ai bien suivi. Sinon l'autre solution est d'utiliser un autre desktop manager que GDM (LightDM est souvent par défaut sous XFCE et Cinnamon, SDDM pour KDE, mais ils peuvent aussi démarrer les autres sessions).
Le 19/01/2026 à 10h57
Le 16/01/2026 à 10h11
Le 16/01/2026 à 10h24
Merci de l'avoir signalé, je paniquerai moins quand ça marchera plus
Le 16/01/2026 à 10h24
Plein de petits détails, cassés, comme ça, à mesure qu'on avance sur les versions.
-Le drag & drop pour extraire le contenu des archives avec file-roller ou egrampa vers l'explorateur de fichiers ne fonctionne plus.
-L'ouverture de fichiers via les blibliothèques Nautilus ne permet plus non plus le drag & drop depuis ce dernier. Par exemple avec Audacious j'avais pris l'habitude de directement glisser depuis fichier => ouvrir les morceaux dans la playlist, plutôt que de devoir ouvrir un explorateur... Là non plus, plus possible.
Et en fait, sous pretexte de simplification, ils ne cessent de péter des fonctionnalités et bases ergonomiques/de productivité. Ça fait des années que je remplace Nautilus par Nemo désormais, parce que je déteste leur cheminement à vouloir fusionner les usages PC/tactiles, à changer les raccourcis (devoir faire Alt+touche de navigation plutôt que Retour sur le clavier pour revenir au dossier parent, etc...) ...
Je ne sais pas ce qu'ils fichent chez Gnome, mais ça commence à être casse-c... Au point que je me demande si je ne vais pas aller voir ailleurs (mais le mode d'affichage vertical & l'exposé de gnome + leur système d'addons + le panneau d'actions rapides me retiennent encore, malgré tout c'est encore ce que je trouve de plus ergonomique, actuellement. )
Le 16/01/2026 à 10h40
Vive le choix !
Le 16/01/2026 à 11h04
Et ils ont conservé une compatibilité avec les extensions ?
Ce sont vraiment les seuls points qui me retiennent sur Gnome, la configuration de l'ancien shell, pour ma part en terme d'ergonomie, c'était parfait, et ce qui m'a fait passer de gnome 2 à gnome 3...
Modifié le 16/01/2026 à 11h50
- Barre d'outil en haut de l'écran
- Menu principal à gauche (principalement invoqué au clavier)
- Fenêtres modifiées pour avoir les boutons au bon endroit : à gauche
- Il y a un bouton "exposé" (je m'en sers jamais)
- Pin des applis courantes à la barre
- Gestion des workspace avec une icone qui affiche leur état ou d'une façon synthétique (je bascule par raccourci clavier en général, ou molette sur l'icône)
- Quelques applets tels que le moniteur système, la température, etc
Je ne sais pas de quelles extensions tu parles, je ne connais que les applets de la barre des tâches. C'est ce que je ne dois pas en avoir l'utilité
En tous cas il y a bien une appli "extensions" avec des trucs dedans.
L'explorateur de fichiers est bien Nemo par défaut, je l'aime bien : simple et efficace.
Après, tu peux toujours le tester en VM. Pour ma part, je l'utilise via la version Cinnamon de Manjaro.
Le 19/01/2026 à 11h27
Le 16/01/2026 à 11h28
Le 16/01/2026 à 11h57
Le 16/01/2026 à 12h11
Le 16/01/2026 à 12h01
Le 16/01/2026 à 12h15
Un bon Gnomiste est parti de Gnome...
(Nan mais je déconne pas en plus)
Modifié le 16/01/2026 à 13h09
Reste plus qu'à demander à un LLM de faire la scission et créer le script pour générer les paquets 😶 🤫
Non mais sans blague, j'aimerais vraiment bien les versions initiales de Gnome 3, mais là...
J'ai bien essayé KDE mais non, ça ne passe pas, je trouve ça beaucoup moins ergonomique et super fouillis, une usine à gaz...
LXDE n'a que x11 et trop simpliste, LXQT n'est pas prêt pour la production, et la plupart des autres environnements sont soit vieillots/austères, soit il faut passer son temps à bidouiller pour les configurer... Avec très souvent une mauvaise intégration des différentes apps (gtk, qt, etc...) et de leurs thèmes.
Me reste plus qu'à tester cinnamon pour voir s'il fait le juste milieu entre la productivité et l'ergonomie...
Le 16/01/2026 à 15h55
Modifié le 17/01/2026 à 11h08
L'approche "minimaliste, simplifiée, adaptée au tactile, convergente avec les écrans de smartphone" induite avec GTK3+ est un choix que je peux comprendre, mais que je déteste (pour rester poli).
Et pour revenir sur les commentaires de bingo.crepusculle sur Wayland, la démarche générale de beaucoup de projet de "castrer" la puissance disponible d'un outil au nom de la "sécurité", à cause des risques que cela fait courir à la majorité "utilisateurs" est juste aussi détestable que le sacro-sain "principe de précaution" qui sert de justification à tous les grignotages de libertés, dans tous les domaines.
Désolé pour le coup de gueule
Le 17/01/2026 à 12h31
Le 19/01/2026 à 09h20
J'ai adoré Gnome, mais je suis sous KDE maintenant depuis plusieurs années. J'ai retenté Gnome il y a 6 mois-1 an, j'ai tenu 15 min...
Sous KDE tu peux d'ailleurs avoir la vue Overview qui fonctionne comme la vue Activités de Gnome pour info ;)
Le 19/01/2026 à 09h32
GNOME fais le pari qu'en simplifiant la migration depuis un autre OS (tout en gardant les fonctionnalités plus avancées activables avec Tweaks) on peut augmenter la part de marché. Et, c'est con, mais ça marche : les distros les plus recommandées et utilisées par les débutants sont celles qui sont dans la même idée comme Zorin ou Mint.
Le 19/01/2026 à 10h20
Par contre, je comprends que cela puisse déconcerter des utilisateurs Windows. Comme je n'ai aucune idée de ce que cela fait sous WIndows, j'ai du mal à évaluer la gène engendrée et si cela justifie de perturber les utilisateurs habituels en supprimant cette fonctionnalité bien pratique par défaut.
Modifié le 19/01/2026 à 15h34
Dans la documentation de Freedesktop : « The correct behavior can be summarized as follows: CLIPBOARD works just like the clipboard on Mac or Windows; it only changes on explicit cut/copy. PRIMARY is an "easter egg" for expert users, regular users can just ignore it; it's normally pastable only via middle-mouse-click. »
À part ça, je ne l'ai vu dans aucune documentation de distribution, et une recherche pour "Linux middle-click clipboard" ne sort que des posts de forum et de blogs expliquant comment le désactiver (ce qui n'est pas aisé et dépendait du serveur d'affichage, en un sens c'est positif d'avoir enfin un vrai toggle dans GNOME).
Sous Windows, le clic sur la molette active un auto-scroller (pour déplacer la vue en fonction du mouvement de souris), qui est répliqué par Firefox sur Linux. Il faut aussi noter que la plupart des utilisateurs ne savent même pas que leur molette est cliquable.
Et même en le savant, je ne compte plus le nombre de fois où je me suis fais avoir en cliquant dessus par erreur et en faisant une recherche contenant l'intégralité du document sur lequel je bossais (et c'est encore pire si, comme moi, on a l'habitude de sélectionner le texte quand on le lis)
Le 19/01/2026 à 10h54
Le 16/01/2026 à 12h33
Je n'ai vraiment pas l'impression que Wayland s'attaque au vrai problème. Le vrai problème soulevé par les DE est la communication des processus/dispositifs entre eux sous un jour d'une sécurité conforme et pas trop contraignante.
Ce rôle c'est le système qui doit s'en occuper. Je veux dire "officiellement". Le programmeur veut avoir accès, disons au clavier. Il doit pouvoir le faire naturellement via une fonctionnalité système qui elle dépend de la sécurité (ou plus directement du kernel). Et c'est l'utilisateur qui aura le dernier mot quand un programme demande un truc un peu hors son usage naturel.
Évidement qu'on va "donner le clavier" et de quoi lire et sauvegarder à un éditeur de texte (via un manifeste). Le reste en sus... c'est l'utilisateur qui doit décider.
Tout ces DEs sont plus Desktop que Environnement à vrai dire. Ça soulève la question de la standardisation des procédés... Vaste question à laquelle chaque Diva à une réponse différente de sa voisine.
Les programmes sont censés communiquer avec des prototypes (segment de mémoire qui s'accompagne d'une définition). Il serait bien temps de faire évoluer la dessus aussi. Ça éviterai un trop plein de "include headers_2SteuLib".
L'interopérabilité n'a jamais rimé avec commerce.
Le 16/01/2026 à 14h04
En tenant compte du fait que Wayland a été créé et est maintenu par beaucoup de l'équipe qui maintenait X.Org, je pense qu'ils sont en bonne position pour faire de bons choix. Quand je vois que dans X.Org, tout tient avec du scotch et que certaines fonctionnalités basiques sont juste un hack sur un autre hack, je suis bien heureuse d'avoir un meilleur standard avec lequel travailler.
Le 16/01/2026 à 16h03
Pour les utilisateurs lambda qui ont connu les deux, ils n’arrêtent pas de me demander pourquoi le glisser/déplacer ne fonctionne plus avec les archives (file-roller en l’occurrence)
Le 16/01/2026 à 18h49
Je DnD entre Ark et Dolphin sur KDE.
Le 19/01/2026 à 09h22
Modifié le 19/01/2026 à 13h25
Le 19/01/2026 à 20h31
Modifié le 19/01/2026 à 21h50
Le 17/01/2026 à 11h17
Pour les poulets élevés en cage, un ver de terre n'est pas un aliment.
Relisez "Le Loup et le Chien" de La Fontaine, c'est toujours d'actualité.
Le 16/01/2026 à 14h47
Je n'ai jamais touché à I3, la plupart du temps sous KDE ou XFCE. J'ai testé Cosmic il n’y a pas longtemps, pas mal mais impossible de configurer le raccourci alt-tab, ca veut pas prendre ma modification.
Le 16/01/2026 à 20h16
Le 19/01/2026 à 09h35
Le 20/01/2026 à 11h45
Wayland + Xwayland + VirtualBox = triple abstraction
VirtualBox lancé sur un système hôte Wayland > il tourne via Xwayland.
En VM linux, Application X11 > Xwayland > Wayland compositor > Mesa (llvmpipe / virgl / vbox) > VMSVGA > VirtualBox (hôte) et là, c'est le drame.
Le 20/01/2026 à 13h25
Le 24/01/2026 à 16h02
XWayland est une couche X pour Wayland pour les applications qui ne sont pas natives Wayland.
Signaler un commentaire
Voulez-vous vraiment signaler ce commentaire ?