Connexion Premium

Le noyau Linux 7.0 est disponible

Le niveau de sévérité des tickets associés à la dernière release candidate de la version 7.0 du noyau Linux a atteint un niveau suffisamment bas pour que Linus Torvalds, son principal mainteneur, décrète dimanche soir le passage en version finale. « La dernière semaine de cette version s’est poursuivie sur la même lancée de nombreuses petites corrections, mais tout ceci parait plutôt bénin, je l’ai donc taguée et je l’ai déployée », écrit le créateur de Linux sur la mailing list dédiée.

Hasard du calendrier, il réagit également, de façon indirecte, aux débats relatifs à l’utilisation de l’IA générative dans la production de code dédié au noyau, soulignant que la pratique est devenue sensible. « Je soupçonne que l’utilisation intensive d’outils d’IA continuera de nous révéler des cas particuliers pendant un certain temps, donc cela pourrait devenir la « nouvelle norme », au moins temporairement. L’avenir nous le dira ».

Illustration : Flock

Quelques heures après la publication de son message et la diffusion du code sur son git, le noyau Linux figure bien en version 7.0 finale sur le site dédié, ce qui signifie que les éditeurs et mainteneurs des distributions courantes devraient rapidement envisager son intégration. Ubuntu 26.04, dont la version finale est attendue pour le 23 avril prochain, sera vraisemblablement l’une des premières à basculer vers Linux 7.0, déjà testé au travers de la bêta distribuée fin mars.

Rappelons que si ce changement de numéro de version sonne comme un événement, cette version 7.0 s’inscrit en réalité dans la continuité de la version 6.19 sortie début février. « Le numéro de version majeure est incrémenté lorsque le nombre après le point commence à paraître « trop grand ». Il n’y a littéralement aucune autre raison », renseigne à ce sujet Kernel.org.

Même si rien ne permet de parler de saut générationnel, cette nouvelle version est tout de même l’occasion d’introduire de nombreuses petites nouveautés, dont on pourra lire un condensé, mis en forme de façon un peu plus digeste que dans les échanges de la mailing list dédiée, sur le site Kernelnewbies.

Commentaires (15)

votre avatar
« Le numéro de version majeure est incrémenté lorsque le nombre après le point commence à paraître « trop grand ». Il n’y a littéralement aucune autre raison »
... Ce qui rend le fait d'avoir 2 nombres complètement inutile dans leur numéro de version.
On va un jour avoir des versions "sans points" pour le kernel, et se retrouver comme pour Chrome a avoir une version d'OS 117 dans quelques années ?
:pastaper:
votre avatar
c'est ça, la règle de Torvalds c'est pas plus qu'il ne pourrait compter avec ses doigts et orteils, après on change de numéro majeur.
C'est devenu du nawak pour tout le monde
votre avatar
Linus Torvalds est un nerd, il sait compter jusqu'à 2^20-1 sur ses doigts et orteils.
votre avatar
Oui, c'était mieux avant, genre 2.6.39.4 !
En 2038 on sera a la version 11.0 seulement
votre avatar
J'ai été surpris aussi, je pensais que le noyau respectait le Semantic versioning (un numéro à trois nombres, on augmente le troisième pour les corrections de bugs, le deuxième pour les améliorations et le troisième pour les ruptures de rétrocompatibilité).
Avec cette logique, ils vont finir par faire comme GNOME et passer directement de la v3.38 à la v40 !
votre avatar
Parce que ça marche pas pour des projets aussi massif le semver.
Sinon tu peux considérer que chaque version a au moins un breaking donc +1.0.0 et tu fais comme Chrome ou Firefox.
votre avatar
Franchement semver... t'as jamais une release avec uniquement des bugfix, y'a toujours un peu d'évolution... du coup les logiciels respectants à la lettre semver devrait tous avoir une version imbitable du style "1.9876.0",
version majeur ; a priori en informatique évite de casser la rétrocompatibilité donc 0 pas fini,et 1 fini :D
version mineur : gros du versioning (toute nouvelle version inclus problablement un nouveau feature)
version patch : 0, ou un nombre modéré quand ton équipe pousse un peu trop vite en prod :D
votre avatar
version patch : 0, ou un nombre modéré quand ton équipe pousse un peu trop vite en prod :D
Quand je livre en changeant ce numéro, j'ai toujours un doute, bien plus que pour les autres :mrgreen:
votre avatar
Le pire est la 1.0.0, qui devient rapidement 1.0.1 :D
votre avatar
ça a été abandonné au passage en version 3 : d'un autre côté version majeure (breaking change) y'en a (aurait) jamais eu sur le noyau Linux.

Honnêtement le vieux système pair / impair avec des versions majeures qui ne changeaient jamais... le mineur qui changeait tous les 8-10ans , et un quatrième niveau de sous-sous patch.

Bon techniquement le semantic version n'a jamais réellement été suivi sur le kernel : 2.6.33 est supposé être un patch de la 2.6 mais inclus l'ajout du pilote nouveau... du coup une nouvelle fonctionnalité c'est un incrément de version mineur en sémantique (donc 2.6.32 => 2.7.0) pas un patch...
le 2.6.31 introduit l'USB 3... le changelog est rempli de nouvelles features introduites via des versions patch
votre avatar
Je ne pense pas que le noyau Linux peut se permettre des ruptures de rétrocompatibilité. Sauf peut-être quand on a viré je ne sais plus quel filesystem du noyau.
votre avatar
Version 8 full Rust ? :chant:
votre avatar
c'est lequel qui arrivera en 1er: Linux tout rouille ou Hurd 1.0? :pastaper:
votre avatar
Tiens, c'est marrant, impossible de voir des 6.17.xxx dans cette liste.
votre avatar
Faut qu'il passe directement en 11 histoire de ne pas perdre les Windosiens :)