Ubuntu 26.10 livrera un noyau Linux 7.3 préliminaire

Ubuntu 26.10 sortira avec Linux 7.3 et non avec le noyau 7.2 que Canonical avait d'abord retenu. La publication tombe le 15 octobre 2026, et Linux 7.3 ne devrait être déclaré stable que le 18 octobre. Les images d'installation porteront donc une version candidate plutôt qu'un noyau achevé.

Canonical a opéré le changement le 1er septembre 2026, en écrivant sur le Ubuntu Community Hub : "Ubuntu 26.10 will now target the Linux 7.3 kernel instead of 7.2." Phoronix a rapporté ce changement le 18 septembre.

Pourquoi la cible a bougé

Le plan initial datait du 27 mai 2026. Il retenait Linux 7.2, dont la sortie en mainline était attendue le 30 août.

Ce noyau est arrivé à l'heure. Le raisonnement de Canonical est que l'amont tient ses délais, donc le noyau suivant est un pari sûr. Phoronix rapporte que la décision a suivi deux cycles, 7.1 et 7.2, sans retard.

Le déclencheur a été l'apparition d'une version candidate avant la date limite de sélection de Canonical. Le message du Community Hub cite la sortie ponctuelle de 7.3-rc1. OMG Ubuntu rapporte que 7.3-rc2 était la version disponible à cette date. Les deux récits diffèrent sur la candidate, et aucun ne change le résultat.

Kleber Souza, de Canonical, a donné la raison dans l'annonce. Le changement "keeps us aligned with the latest upstream capabilities, particularly for the latest hardware support", a-t-il dit. Canonical ajoute que cela reste "on track for our upcoming release milestones".

Le calendrier est l'information

Les versions intermédiaires d'Ubuntu suivent une règle posée en 2024, à partir de la 24.10. Elle vise le noyau encore en développement pendant le cycle Ubuntu, plutôt que le plus récent achevé. C'est cette règle qui place une version candidate sur l'image.

Date	Étape
20 août 2026	Gel des fonctionnalités
17 septembre 2026	Gel des fonctionnalités du noyau
1er octobre 2026	Gel du noyau
15 octobre 2026	Sortie finale d'Ubuntu 26.10
18 octobre 2026	Linux 7.3 stable attendu, ou le 25 octobre avec une candidate de plus

L'écart entre les deux dernières lignes mérite une seconde lecture. Le noyau gèle deux semaines avant la sortie de la distribution, et l'amont termine trois jours après. Si Linux 7.3 a besoin d'une candidate supplémentaire, cet écart passe à dix jours.

OMG Ubuntu rapporte que les compilations quotidiennes tournent encore sous Linux 7.2, le temps d'activer la prise en charge des candidates 7.3. Le noyau achevé atteindra les utilisateurs par les mises à jour habituelles après la sortie.

Qui l'obtient, et quand

Ubuntu 26.10 est une version intermédiaire, suivie neuf mois et non cinq ans. Les utilisateurs de la version à support long sont sur une autre voie.

OMG Ubuntu rapporte que les utilisateurs d'Ubuntu 26.04 LTS pourront récupérer ce noyau par une mise à jour d'activation matérielle, attendue début 2027. C'est le trajet habituel : la version intermédiaire fait les essais, et la LTS hérite du résultat des mois plus tard.

Ce que cela signifie pour les développeurs

Traitez la 26.10 comme un aperçu de compatibilité matérielle, pas comme une base de production. Un noyau préliminaire convient sur un portable où vous testez de nouvelles puces. C'est un mauvais choix pour un parc de compilation qui doit se comporter à l'identique pendant un an.

Vérifiez quel noyau vos conteneurs reçoivent réellement. Un conteneur partage le noyau de l'hôte. Une image de base 26.10 sur un hôte plus ancien ne vous donne donc pas 7.3, alors qu'un exécuteur d'intégration continue passé en 26.10 le fait. Si vous maintenez un module noyau ou quoi que ce soit en eBPF, cette différence décide si votre code se charge.

Planifiez la reconstruction des modules autour du 1er octobre plutôt que du 15. C'est le gel du noyau, et après cette date la version contre laquelle vous devez compiler ne bouge plus. Attendre la sortie vous coûte deux semaines.

Le motif plus large compte si vous empaquetez des logiciels pour Ubuntu. Cette version modifie déjà les parties du système que personne ne choisit directement, puisqu'elle a déplacé cp, mv et rm vers les coreutils en Rust. Un noyau plus récent et des utilitaires de base réécrits dans une seule version intermédiaire, cela veut dire que le socle change plus que le numéro de version ne le suggère.