Ubuntu 26.10 bêta : GNOME 51, Linux 7.3 et Rust, mais faut-il déjà l’installer ?

Installer une bêta pour découvrir un nouveau bureau, c’est une chose. Changer en même temps de noyau et d’implémentation pour des commandes aussi ordinaires que copier ou supprimer un fichier, c’en est une autre. Ubuntu 26.10 combine justement ces évolutions : les nouveautés visibles ne sont qu’une partie de ce qui bouge sous le capot.

La bêta publique d’Ubuntu 26.10, baptisée « Stonking Stingray », est disponible depuis le 1er octobre 2026. Ubuntu Desktop embarque GNOME 51, tandis que son noyau repose sur une préversion de Linux 7.3. Les derniers outils de la famille coreutils encore conservés dans leur implémentation GNU basculent aussi vers Rust par défaut. Je trouve l’ensemble intéressant à tester, mais je séparerais clairement cette découverte d’une migration du PC qui vous sert à travailler.

La sortie finale reste prévue pour le 15 octobre. D’ici là, le bon objectif est de vérifier des usages précis, pas de considérer qu’un système est prêt simplement parce qu’il démarre et affiche un joli bureau.

Une bêta retardée, avec deux semaines avant la sortie finale

Canonical avait initialement programmé la bêta pour le 24 septembre. Sa mise à disposition a été décalée d’une semaine en raison de problèmes d’infrastructure imprévus. L’équipe a précisé que ce retard ne devait pas déplacer la date de sortie finale.

Il reste donc quatorze jours entre la publication de la bêta et l’échéance annoncée. C’est court pour les personnes qui attendaient cette étape avant de se lancer dans les tests. Cela ne signifie toutefois pas que tout le travail de validation commence le 1er octobre : des images de développement et des tests existaient déjà avant cette publication.

Mon interrogation porte surtout sur la quantité de retours que cette fenêtre permettra de recueillir. Une machine qui fonctionne correctement dans un environnement connu ne représente pas tous les portables, écrans, périphériques et pilotes possibles. La bêta publique sert aussi à exposer la distribution à ces combinaisons moins prévisibles.

Les images concernent Desktop, Server, WSL et Cloud, ainsi que les variantes officielles. Il faut bien distinguer ces éditions : GNOME 51 décrit le bureau de l’édition Ubuntu Desktop, pas l’interface de toutes les variantes. Kubuntu et Lubuntu, par exemple, suivent leurs propres choix de bureau.

La date du 15 octobre constitue un objectif de sortie, pas une certification anticipée de votre configuration. En attendant la version finale, les composants peuvent encore recevoir des corrections.

GNOME 51 améliore surtout les gestes répétés tous les jours

Le bureau et l’environnement de travail sont les premiers changements que vous rencontrerez. Le manifeste de l’image Desktop confirme la présence de GNOME Shell 51.0 et de Mutter 51.0, le composant qui participe à l’affichage et à la gestion des fenêtres.

GNOME 51, publié le 16 septembre, apporte des améliorations de cadence des images pour les animations, réduit le travail inutile pendant l’enregistrement de l’écran et mémorise la luminosité des moniteurs entre les redémarrages et les changements HDR. Les paramètres permettent aussi de désactiver automatiquement le pavé tactile lorsqu’une souris est branchée.

Le gestionnaire de fichiers affiche un compteur lors du déplacement de plusieurs éléments, conserve mieux certaines sélections et améliore sa réactivité. L’accessibilité progresse également, notamment pour la sélection d’une zone de capture au clavier et le respect de la réduction des animations.

Ce sont des changements moins impressionnants qu’une refonte complète, mais ils touchent des opérations fréquentes. Si vous utilisez un portable avec une souris, plusieurs écrans ou beaucoup de dossiers, une amélioration discrète peut avoir plus de valeur qu’un nouvel effet visuel.

Je ne transformerais cependant pas ces annonces en promesse de performances universelles. Une animation plus régulière dépend aussi du matériel et de la charge. Pour juger la version, il faut reproduire ce que vous faites habituellement : déplacer des fenêtres pendant une tâche lourde, changer d’écran ou travailler dans vos dossiers.

Autre nuance : GNOME 51 ne signifie pas que toutes les applications présentes dans Ubuntu portent le numéro 51. Le manifeste de cette bêta conserve notamment Loupe et l’éditeur de texte GNOME dans des versions 50. Les nouveautés d’une application annoncées par GNOME ne sont donc pas automatiquement disponibles dans l’image Ubuntu que vous testez.

Linux 7.3 reste un candidat à la sortie, et cela compte

L’annonce officielle de la bêta décrit explicitement un noyau Linux 7.3 en version RC. Ces deux lettres désignent un candidat à la sortie : une étape avancée du développement, mais encore distincte de la version finale.

Canonical visait auparavant Linux 7.2. L’équipe noyau a relevé cet objectif vers Linux 7.3 après avoir réévalué le calendrier de développement en amont. Elle met notamment en avant l’accès aux capacités récentes et à la prise en charge du matériel.

Le noyau fait le lien entre le système et une grande partie des ressources de la machine. Un changement à ce niveau peut donc avoir plus de conséquences sur votre utilisation que le remplacement d’une icône. La question utile est de savoir si votre matériel fonctionne mieux, aussi bien ou moins bien qu’avec votre installation actuelle.

Je comprends l’intérêt de viser récent dans une version intermédiaire : un ordinateur nouvellement commercialisé peut avoir besoin d’évolutions qui n’existent pas dans un noyau plus ancien. En revanche, la fraîcheur d’un composant ne prouve pas sa qualité sur chaque configuration.

Pour un portable, je regarderais en priorité le Wi-Fi, l’audio, la veille et la reprise. Pour une station de travail, j’ajouterais les écrans, l’accélération graphique et les périphériques dont dépend le métier. Un test utile commence par cette liste, pas par la recherche d’un score qui prétendrait résumer toute la distribution.

GNOME 51 retire par ailleurs la prise en charge d’anciennes interfaces de pilotes NVIDIA. Cela ne veut pas dire que les cartes NVIDIA sont toutes abandonnées. Cela impose de vérifier l’adéquation entre le matériel, la version du pilote et le bureau, particulièrement sur une ancienne configuration.

Le passage à Rust touche aussi cp, mv et rm

Les notes d’Ubuntu 26.10 annoncent la fin de la transition des coreutils vers l’implémentation uutils écrite en Rust. Les commandes cp, mv et rm, jusque-là conservées dans leur implémentation GNU pour des raisons de compatibilité, rejoignent désormais ce choix par défaut.

Leurs noms restent familiers. cp copie, mv déplace ou renomme, et rm supprime. Ce qui change est le programme chargé d’exécuter l’opération derrière la commande. Pour un usage courant, l’objectif est de conserver les comportements attendus.

Rust apporte des règles de gestion de la mémoire vérifiées par le compilateur, notamment grâce à son système de propriété. Cette approche prévient certaines erreurs avant l’exécution du programme. C’est une raison valable de s’intéresser au langage pour des composants système.

Mais écrire en Rust ne rend pas une application incapable de se tromper. Une erreur de logique, une différence d’interprétation d’une option ou une incompatibilité avec un script restent des sujets distincts. La sécurité de la mémoire et la fidélité du comportement sont deux qualités à vérifier.

Le projet uutils vise un remplacement compatible des outils GNU et considère les différences comme des bugs. Il indique néanmoins que certaines options peuvent manquer ou présenter des comportements différents. La présence de GNU coreutils dans le manifeste de l’image ne contredit pas le changement de choix par défaut ; elle ne signifie pas non plus que chaque appel à une commande continuera à lancer l’ancienne implémentation.

Je suis favorable à ce type de modernisation quand elle s’accompagne de validations concrètes. Le bon argument n’est pas que le nouveau langage serait à la mode. C’est que l’on améliore les fondations tout en conservant ce qui compte pour les utilisateurs et leurs automatisations.

Imaginez un script qui prépare une livraison de fichiers, déplace des dossiers puis nettoie un répertoire temporaire. Même si ses commandes paraissent banales, il faut vérifier les options exactes utilisées, les liens symboliques, les permissions et les cas où une opération échoue. Ce sont ces détails qui décident si le script reste fiable.

Pour un premier essai, travaillez sur une copie de données sans valeur et comparez le résultat attendu au résultat obtenu. Je ne lancerais pas une procédure de nettoyage ou un script d’administration directement sur des dossiers importants pour constater ensuite s’il était compatible. Cette vérification est une préparation normale à un changement d’implémentation.

Une machine virtuelle et une session USB ne répondent pas à la même question

Si votre objectif est de découvrir l’interface ou de vérifier quelques scripts, une machine virtuelle constitue un bon point de départ. Vous pouvez isoler l’essai de votre installation habituelle et recommencer sans reconstruire tout votre environnement de travail.

Elle ne permet pas pour autant de conclure sur tous les périphériques de votre PC. Le matériel présenté au système invité est en partie virtuel. Une bonne session dans la VM ne valide donc pas automatiquement votre carte Wi-Fi, votre carte graphique ou le comportement de votre portable après une mise en veille.

L’image Desktop permet également de démarrer une session d’essai depuis un support USB sans installer Ubuntu sur le disque. C’est plus pertinent pour observer le matériel réel. Tant que vous restez dans la session d’essai sans installer le système ni modifier les disques, vous pouvez explorer le bureau sans effectuer une migration.

La création du support demande toutefois de sélectionner soigneusement la clé USB cible : son contenu est remplacé lors de l’écriture de l’image. Récupérez l’ISO depuis les téléchargements officiels et utilisez le fichier de sommes de contrôle associé pour vérifier son intégrité.

Une session USB a aussi ses limites. La vitesse du support et l’absence d’une installation permanente peuvent modifier l’expérience. Elle sert d’abord à repérer des problèmes évidents de démarrage ou de matériel, pas à publier un verdict définitif sur les performances du système.

Je choisirais donc le mode d’essai à partir de la question posée. « Est-ce que le nouveau bureau me convient ? » et « Est-ce que mon ordinateur reprend correctement après la veille ? » ne demandent pas le même environnement.

Les tests qui valent davantage qu’un tour du propriétaire

Avant de télécharger la bêta, écrivez les quelques tâches que votre installation actuelle accomplit sans difficulté. Elles formeront une base de comparaison bien plus utile qu’une exploration rapide des menus.

Un problème devient plus facile à signaler si vous notez le modèle de la machine, les versions concernées, l’action réalisée et le résultat observé. Décrivez également ce qui fonctionne sur votre système actuel. Un rapport qui permet de reproduire le défaut est plus utile qu’un simple « cette version est instable ».

Je garderais une distinction entre les résultats d’un essai et les conclusions générales. Un démarrage réussi sur une machine confirme ce démarrage. Il ne prouve pas que toutes les configurations sont compatibles ; une panne sur un appareil ne prouve pas non plus que la distribution entière est inutilisable.

La LTS reste un choix cohérent, même quand les nouveautés attirent

Ubuntu 26.10 est une version intermédiaire, avec neuf mois de mises à jour. Les éditions LTS suivent une autre logique : une sortie tous les deux ans et cinq années de maintenance de sécurité standard, selon le périmètre des paquets pris en charge.

Ce choix a des conséquences sur le temps que vous consacrerez au système. Une version intermédiaire permet de suivre plus vite les nouveautés, mais elle demande de prévoir les migrations suivantes. Rester sur Ubuntu 26.04 LTS n’est pas un retard à rattraper : c’est une stratégie raisonnable quand l’installation actuelle répond aux besoins.

La préparation d’une migration devient pertinente si vous identifiez un bénéfice concret : matériel mieux pris en charge, outil nécessaire ou évolution du bureau réellement utile. Dans ce cas, testez la bêta, puis réévaluez la situation avec la version finale et les retours concernant votre configuration.

Je trouve Ubuntu 26.10 intéressante parce qu’elle fait avancer plusieurs fondations à la fois. C’est aussi la raison pour laquelle je ne confondrais pas curiosité et remplacement immédiat. Explorez-la dans un environnement adapté, vérifiez vos usages, puis décidez. Le numéro le plus récent ne vaut pas grand-chose si la machine ne fait plus correctement le travail que vous lui demandez.