Connexion
Abonnez-vous

Ubuntu 25.10 va se débarrasser de sa session GNOME sur X11

Le 11 juin à 11h35

La décision n’est pas totalement une surprise. GNOME a récemment annoncé son intention de couper le support du serveur graphique dans sa prochaine version 49. Dans les plans actuels, GNOME 50 supprimerait définitivement tout le code lié à X11.

GNOME 49 devrait être finalisé pour le 17 septembre. À cette date, cela signifie une inclusion dans les deux distributions majeures que sont Ubuntu et Fedora. Puisque Ubuntu 25.10 embarquera le nouveau GNOME, Canonical a décidé de jouer le jeu et ne proposera plus de session GNOME basée sur X11. À noter que le support de X11 sera maintenu pour les applications, à travers XWayland.

« Au cours des derniers cycles, l'expérience Wayland a considérablement évolué, notamment en améliorant la prise en charge des pilotes NVIDIA, en offrant un modèle de sécurité plus robuste, une prise en charge stable de la plupart des flux de travail quotidiens, une meilleure isolation de la pile graphique et une meilleure prise en charge du tactile et du hiDPI », explique Jean-Baptiste Lallement, ingénieur logiciel en chef chez Canonical.

L’ingénieur explique que la maintenance des deux types de session en parallèle (X11 et Wayland) « introduit une dette technique » et augmente mathématiquement la charge.

Comme nous l’indiquions en mai, la dernière version d’Ubuntu avant la prochaine LTS (Long Term Support) est toujours importante. Canonical se dépêche d’introduire autant de modifications que possible, afin qu’elles passent l’épreuve du temps et soient davantage éprouvées lorsque la LTS survient. Ces versions étant maintenues 5 ans – et même 12 ans avec Ubuntu Pro – elles sont prévues pour rester installées sur de longues périodes.

Le 11 juin à 11h35

Commentaires (29)

votre avatar
X11 est vraiment ancien et cela fait très longtemps que l'on parle de sa suppression. Rien de surprenant donc.
votre avatar
Effectivement.
Et au pire, pour les adeptes de x2Go & consorts pour des usages spécifiques, LXDE est toujours maintenu, il me semble.
Le passage sous Wayland ne s'est pas fait sans douleurs, mais est salvateur, la sensation de fluidité et réactivité sont bien meilleures, et c'est très flagrant sur les jeux lorsque l'on passe sous les 30fps.
Les soucis récurrents de vsync sous Xorg sont également réglés.
Par contre, se pose toujours la problématique des résolutions et fréquences personnalisées, ou même, d'écran virtuel pour du cloud-streaming avec sunshine... Je n'ai pas trouvé comment faire et suis donc contraint d'utiliser un dongle HDMI qui simule un écran branché... Mais sans pouvoir personnaliser des résolutions déjà prévues par le dongle...
votre avatar
"la sensation de fluidité et réactivité sont bien meilleures"
On ne fait donc que retourner à une fluidité et réactivité qu'il a avec Gnome2/Mate sous X11.

Gnome3 est une usine anti ergonomique. Tout est gros (ex: les barres de titre, les espaces entre les bloc d'information/bouton), moche (avis perso) et lent. De plus; la densité d'information est mauvaise.
votre avatar
Par contre, se pose toujours la problématique des résolutions et fréquences personnalisées, ou même, d'écran virtuel pour du cloud-streaming avec sunshine... Je n'ai pas trouvé comment faire et suis donc contraint d'utiliser un dongle HDMI qui simule un écran branché... Mais sans pouvoir personnaliser des résolutions déjà prévues par le dongle...
Tout dépend de l'environnement de bureau utilisé (ou gestionnaire de fenêtre).
J'utilise KDE Plasma et j'utilise kscreen-doctor :
- Commande kscreen-doctor --outputs pour lister tous les modes disponibles pour mon écran, j'obtiens une liste du style :
Modes: 1:3840x1600@120! 2:3840x1600@75 3:3840x1600@144* 4:3840x1600@60 5:1920x1200@120 6:1920x1080@60 7:1920x1080@60 8:1920x1080@60 9:1600x1200@120 10:1680x1050@120 11:1280x1024@120 [...] 41:1280x720@144
Ensuite dans sunshine dans la partie Applications > Steam Big Picture > Edit et en Do command et Undo Command je set les valeurs que je souhaite.

- Do command: kscreen-doctor output.1.mode.32 pour passer en 1280x800@60 au lancement
- Undo command: kscreen-doctor output.1.mode.3 pour repasser en 3840x1600@144 quand j'ai fini de jouer.

Il y a sûrement d'autres alternatives pour les autres DE/WM mais je ne les connais pas :/
votre avatar
Il y a encore des fonctionnalités manquantes dans wayland, 15 ans après ses débuts. Le plus gênant, c'est l'affichage distant. Toujours rien d'intégré proprement à ssh, ça en devient désolant...
votre avatar
Tellement de temps qu'on se demandait si le remplaçant serait au niveau un jour... Le problème étant de l'imposer alors qu'il reste des problèmes voir cas d'usage non traités qui sont évoqués en commentaires dans les 2 articles récents sur ce sujet "retour vers le futur" (d'un monde pré-réseau!).
votre avatar
Canonical se dépêche d’introduire autant de modifications que possible, afin qu’elles passent l’épreuve du temps et soient davantage éprouvées lorsque la LTS survient.
Les version non LTS d'Ubuntu (et surtout celle qui précède la LTS) sont donc des versions beta !

Quand on voit les dates, on peut avoir peur :
GNOME 49 devrait être finalisé pour le 17 septembre.
et sortie de la 25.10 prévue le 9 octobre !

Même pas un mois entre les 2 dates !

Je suis bien content d'être passé sous Debian !
votre avatar
Personnellement, ça ne m’enchante pas plus que ça de réinstaller mon PC tous les 6 mois. Je m'astreins donc aux versions LTS d'Ubuntu qui sortent tous les deux ans.
votre avatar
Oui, quand j'étais sur Ubuntu, j'étais vite passé aux LTS.
Mais avant, je ne réinstallais pas mon PC, je faisais la mise à jour avec leurs outils. Par contre, oui, il y avait des trucs à vérifier ou modifier après.
votre avatar
Depuis que je suis passé sous Fedora Silverblue c'est le jour et la nuit pour les mises à jour.
Pour mettre à jour la version majeure j'ai juste à... redémarrer ma machine. Même pas de chargement (type "écran bleu" de Windows ou le nouvel "écran noir" de Debian/Ubuntu).
Impossible de casser son système pendant/par une mise à jour.

Jamais je repasse sur un OS classique (non atomique) pour mon bureau. Le revers de la médaille c'est qu'il faut aussi redémarrer pour appliquer les mineures (mais comparé à Windows, je ne suis pas forcé de le faire à 12h alors que j'ai une visio à 11h30, et je n'ai pas 20 minutes de chargement).

L'immutable c'est le futur, je me demande pourquoi Ubuntu n'a toujours pas de desktop immutable alors qu'ils ont Ubuntu Core.
votre avatar
Oui, ça a toujours plus ou moins été le cas. Par contre, on n'est clairement pas sur de la vraie bêta.
C'est comme dire que Fedora est la bếta de RHEL.

Ce sont des versions stables, mais les LTS sont des versions extra-stables.

Le crédo de Debian et de RHEL c'est "stabilité maximale" là où celui d'Ubuntu et de Fedora c'est "stable mais à la pointe". Ce n'est pas vraiment le même but ni le même usage.

Dans ce cas, GNOME a déjà un process de release très pointilleux, donc on peut considérer que ça sera stable dès la publication. En plus, normalement, l'équipe d'Ubuntu est déjà en train de tester l'intégration des versions alpha (puis bêta, enfin rc) de GNOME 49 donc ça sera prêt même avant la release. Un mois entre les deux c'est du luxe plus qu'une nécessité.
Et au pire, il y aura la release de GNOME 49.1 juste après la release d'Ubuntu 25.10 pour corriger les petits bugs trouvés, on devrait l'avoir rapidement dans les dépôts Ubuntu.
votre avatar
Bah, de toutes manières, je me suis débarrassé d'Ubuntu pour l'originale Debian depuis ~12 ans...

Sinon il est assez comique, l'ingé logiciel en chef Ubuntu de critiquer la charge induite par le support de X11 en session alternative au vu de l'évolution proprement catastrophique intervenue après la LTS 10.04!
Initialement cela a été des ajouts de services dont on n'a pas forcément besoin, puis a peu près au même moment un bureau maison foireux dans l'esprit d'un Gnome3 (et de tout ce qui a voulu singer les interfaces de smartphones sur un PC), puis comme gérer proprement les dépendances c'est du boulot, les snap & co!

Y'a des moments ou on regrette que le ridicule ne tue pas...
votre avatar
J'ai quitté Ubuntu également pour toutes ces raisons...
Pour ma part sur serveurs de tout type c'est du debian comme base (armbian, raspberry Pi Os, proxmox...) et sur pc de bureau, c'est généralement une distribution avec base archLinux, ou, du debian pour un truc complètement customisé où je dois juste lancer une session graphique et un logiciel.
À la maison par exemple, les gpus sont dans le serveur sous proxmox, et le pc de bureau est un petit N100 sur lequel Moonlight se lance sans rien d'autre (permettant de réveiller une vm de jeux sur le serveur proxmox), on l'éteint/allume juste en appuyant un coup sur le bouton power et c'est tout..
Ça roule aussi pour tout le reste, sessions de travail, etc... Tout est cloisonné. Et plus de soucis de débits en lecture/écriture sur les disques/SSD sur le serveur, vu que tout est déjà dessus.
votre avatar
Mais si c'est Gnome-49 qui n'utilise plus X11 ça va impacter toutes les distrib ayant Gnome comme gestionnaire d'écran et donc aussi Debian, SuSE ou RH ?
votre avatar
Sauf si les distributions choisissent de maintenir une compatibilité avec leurs propres patchs.
votre avatar
Ils ont effectivement commis beaucoup d'erreurs à l'époque en voulant réinventer la roue (Bazaar, Unity, Mir etc.).
Mais ils sont revenus à la raison depuis.

Ils ont un peu abusé des Snaps, mais ceux ci ont tout de même du sens pour tout ce qui n'est pas "système".
Par exemple Firefox a une exception de longue date lui permettant d'embarquer ses propres dépendances et d'être mis à jour immédiatement dans les répo après sa release, car il est admis que le navigateur doit toujours être à jour, mais en réalité c'est toutes les applications "utilisateur" de haut niveau qui font face au même problème.

Le modèle classique de l'OS qui gère un immense arbre de dépendances cohérent, ça marche bien pour les services et les outils systèmes, pour ce qui fait partie de l'OS, mais pas pour les vraies applications.
votre avatar
Les FF ESR permettent de relâcher la contrainte et Debian n'a pas de problème à ce sujet. Plus généralement un applicatif non frontal réseau aux versions MAJ tous les 2 ans quand la distrib de base change c'est pas non plus néandertalien...
Le concept de conteneurs est actuellement totalement violé pour gérer les dépendances en mode cochon de Redmond, avec à la clef des quasi doublons de librairies etc sur le stockage et, pire, qui ruine la fine gestion de la mémoire virtuelle qui assurait le partage avec une empreinte physique unique en DDR.
On se prends niveau système le résultat des méthodes de développement du web qu'on pourrait résumer à: TTM-driven...
Un beau gâchis.
votre avatar
Plus généralement un applicatif non frontal réseau aux versions MAJ tous les 2 ans quand la distrib de base change c'est pas non plus néandertalien...
Pour cat ou la calculatrice système, oui on s'en fiche qu'il ne soit pas à jour, et en cas de problème de sécurité c'est géré par la distrib. Le modèle des distribs est pertinent pour ce genre de choses.

Pour toutes les autres applications "haut niveau", comme par ex. le navigateur, l'IDE, Steam, la plupart des applis métiers etc., ça n'a pas de sens de se bloquer sur des màj tous les deux ans juste pour la beauté de savoir que la mémoire est gérée un peu plus efficacement que sur Windows. Toutes ces applis embarqueront toujours leurs dépendances. Il faut tout de même garder les pieds sur terre : le but d'un OS est d'être utile pour les utilisateurs, et non l'inverse. La beauté de savoir que tout ne partage qu'une seule version d'une librairie chargée une seule fois en mémoire, c'est un p'tit plus mais aucunement un objectif ultime en soit.
votre avatar
Les FF ESR sont gérés sur la durée de maintenance de Debian. Donc c'est possible sans pb "d'utilité" et Ubuntu fait n'importe quoi. Le petit moins généralisé devient un gros oops.
votre avatar
Les deux modèles peuvent se défendre. Mais si les vraies applis utilisateur finissent souvent par venir avec leurs dépendances pour des raisons pratiques, c'est bien que le modèle des distributions rencontre de sérieuses limites en réalité.

L'OS comme ensemble cohérent et unifié de dépendances, oui, mais pour les applis, non, ça ne fonctionne pas, ou plutôt ça peut fonctionner à un coût largement supérieur à ce que cela apporte (cout de maintenance, restrictions de version pour l'utilisateur etc. = du gâchis).
votre avatar
Des raisons pratiques, comme tu dis... mais qui se traduit en général par la volonté de ne pas se casser le cul.
Si on a besoin de la dernière nouveauté d'une dépendance (et souvent une version majeure cassante niveau compatibilité), on a toujours la liberté de la builder statique sans tomber dans des systèmes corneculs d'isolation qui pour moi n'ont de sens que pour:
-Applicatif pas de confiance.
-Vieux machin plus maintenu (voir codé avant les systèmes de gestion de conf et dont on aurait perdu les sources depuis longtemps) mais dont on ne peut se passer (appli métier...).

En tout cas, Ubuntu ne fait pas bcp d'efforts: Ils leur suffirait de mieux suivre Debian!

Et si qq utilisateurs veulent être up-to-date sur un truc (donc fatalement toujours maintenu!), il existe en général des versions statiques.
votre avatar
Perso je suis en LTS (Gnome X11) donc a priori tranquille jusqu'à mi-mai 2026 mais j'ai des modifications perso dans la configuration clavier sous X11 (fichier /usr/share/X11/kbd/symbols/fr dans la partie fr_Latin-9)… Ces modif (qui me sont indispensables) où me faudra-t-il les implanter pour ce passage forcé à Wayland ?
Merci d'avance pour vos réponses…
votre avatar
Concrètement ça change quoi pour les utilisateurs ? Je ne sais même pas ce que j'utilise actuellement (22.04)...
votre avatar
avec la 22.04 c'est toujours X11… avec la 24.04 c'est Wayland qui est activé par défaut avec possibilité (simple) de repasser en X11… Perso j'ai quelques soucis à l'utilisation de Calibre Editor, le presse-pap ne fonctionnait plus entre deux cessions de ce logiciel (pour récupérer du texte d'un fichier pour le passer dans un autre il fallait un intermédiaire LibreOffice ou autre éditeur de texte) retour en X11 et pu de Pb !
votre avatar
Ah d'accord, et c'est facile de lancer Wayland pour tester et commencer à m'y habituer ?
votre avatar
Depuis que je suis passé à linux j'ai essayé beaucoup de distro. Fedora est celle qui m' convient le mieux. Mais c'est vrai que Gnome semble être le truc en plus pour moi alors si ça doit faire disparaître X11 et bien c'est que CA devait mais j'avoue être béotien la dedans.
votre avatar
Le titre est très trompeur, on pourrait croire que Ubuntu 25.10 propose un autre DE (KDE, etc...) quand on choisit l'option X11 au login. Ce n'est en fait pas cela, c'est dans la lignée de Gnome, ne plus proposer X11 au login (GDM) dans la "saveur" Gnome par défaut.

Ubuntu reste bien basé sur Gnome par défaut (même s'il y a plein d'autres "saveurs"), et donc Gnome-Wayland, finie l'option d'avoir Gnome-X11.

(Après, ce que je ne sais pas, c'est si les autres D.E. suppriment aussi X11, je sais que dans la 24.04, la version KDE n'est pas encore passé à Wayland par défaut, prudents chez KDE)

Comme la news le rapporte, même sur Gnome-Wayland, X11 reste supporté pour les applications qui en ont besoin (ça va durer !) via XWayland.

Le titre devrait donc être :
"Ubuntu 25.10 va se débarrasser de la session X11 pour Gnome"
votre avatar
Avec l'arret de X11 , adieu xrdp. on est pas près d'avoir un équivalent sous Wayland.
Et que dire de la compatibilité des drivers de carte graphique Nvidia ?? Nova est encore loin.
votre avatar
Je me demande ce que ça va donner pour Ubuntu Mate 25.10.

La version de Mate passera définitivement à Wayland elle aussi ou X11 restera une verrue plantaire ?

Ubuntu 25.10 va se débarrasser de sa session GNOME sur X11

Fermer