Liens connexes

Dépêche modérée par

Dépêche éditée par

: Changement dans la numérotation du noyau Linux

Posté par patrick_g (page perso, ). Modéré le 08 mars 2005.
0
Depuis la sortie du noyau 2.6 de nombreuses polémiques fleurissent sur la politique de sortie des nouvelles versions.
Pour essayer de mettre un terme aux controverses Linus Torvalds vient d'annoncer un nouveau schéma de numérotation du noyau. Dorénavant celui-ci adopte une numérotation de la forme W.X.Y.Z
Les discussions de la Linux Kernel Mailing List (LKML) sont disponibles sur le site KernelTrap.

> Lire la suite (69 commentaires, moyenne: 2,9).   [dépêche : 2869 caractères]

Avant la sortie du noyau 2.6 la situation était claire : les noyaux W.X.Y avec X impair étaient les noyaux de développement alors que quand X était pair le noyau était considéré comme stable.
L'incrémentation de Y dans un noyau stable était réservé aux mises à jour de sécurité ou aux corrections de bogues.
Exemple : 2.4.3 est la troisième mise à jour du noyau stable 2.4

Depuis la sortie du noyau stable 2.6 la situation s'est substantiellement modifiée. Linus Torvalds a choisi de continuer le développement de nouvelles fonctionnalités et l'introduction de nouveautés dans le noyau sans ouvrir une nouvelle branche instable 2.7. Certaines personnes ont protesté en arguant qu'il n'existait plus de noyau véritablement stable et que le travail de correction/stabilisation se reportait maintenant sur chacune des distributions GNU/Linux.

La réponse de Linus est que l'ancienne politique posait également de redoutables problèmes : délai long entre les versions stables et rétro-portage hasardeux de fonctionnalités pour pallier ce délai. De plus Linus soutient que la nouvelle politique est plus réactive et qu'elle assure une bonne stabilité du noyau du fait de la fonction de "sas de sécurité" de la branche –mm géré par Andrew Morton.

Après plusieurs mois de polémiques une solution vient finalement d'émerger : une troisième branche est créé en plus de la branche d'expérimentation -mm et de la branche principale de Linus.
Les noyaux de cette troisième branche (géré par Greg Kroah-Hartman et Chris Wright) porteront donc un nom de la forme 2.6.Y.Z et seront consacrés uniquement aux corrections de bogues et de problèmes de sécurité réels. Les patchs devront êtres le moins intrusifs possible et faire moins de 100 lignes (une procédure de veto a été évoquée). Cette branche s'incrémentera régulièrement jusqu'à la sortie de la nouvelle version du noyau par Linus (tous les deux mois environ).

Quelques jours après cette décision est sorti le noyau 2.6.11.1 qui corrige notamment le bogue des claviers Dell.

NdM : Précisons que cette branche 2.6.x.y n'a pas pour vocation de corriger, comme certains l'auraient espéré, un maximum des bogues ou failles de sécurité du 2.6.x courant. Linus a en effet bien insisté sur le fait que le critère qui primerait pour qu'un patch y soit intégré serait celui d'évidence, et que cette branche ne serait que le plus petit dénominateur commun des patchsets imaginables, n'intégrant que les correctifs pour lesquels n'a lieu d'être aucune discussion. Il est donc vraisemblable que les patchsets -ac (celui d'Alan Cox) ou -as (celui d'Andres Salomon), qui visent tous deux à fournir aux utilisateurs un noyau débogué au maximum, auront encore leur place par dessus les 2.6.x.y.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

progrés

Posté par patrick_g (page perso, ) le 08/03/2005 à 16:08. (lien). Évalué à 10.

Il est donc vraisemblable que les patchsets -ac (celui d'Alan Cox) ou -as (celui d'Andres Salomon), qui visent tous deux à fournir aux utilisateurs un noyau débogué au maximum

Certes débogué au maximum mais au prix parfois de vilains fix ou de corrections vraiment intrusives.
L'atout de ces nouveaux noyaux 2.6.Y.Z c'est qu'on y trouve les corrections de trous de sécurité et les bugfix tout en étant presque certain de pas récupérer un noyau cassé.
Je pense que maintenant les distros vont se servir de cette branche au lieu d'utiliser la mainline de Linus.

Mainteneur

Posté par Zakath (page perso, ) le 08/03/2005 à 16:12. (lien). Évalué à 4.

Contrairement à ce qui est dit dans la news, il y aura un mainteneur différent pour chaque 2.X.Y.*

C'est Greg KH qui s'occupe des 2.6.11.* mais il y en aura un nouveau pour le 2.6.12.*, etc...


D'ailleurs Linus décrit cette nouvelle branche de manière très encourageante. Pour lui, c'est le "sucker tree" et le mainteneur est un "sucker" tellement il pense que la tâche est ingrate.

--
Vous devriez vraiment visiter mon portfolio !

Pas assez compliqué

Posté par lezardbreton (Jabber id, page perso, ) le 08/03/2005 à 16:18. (lien). Évalué à 10.

Ils auraient pu faire plus compliqué, j'ai peur de comprendre, là :)

Plus sèrieusement, on a l'impression que les utilisateurs (certes avancés) ont été un peu écoutés, et c'est donc une bonne chose à mon avis. Maintenant, en venir à des versions en W.X.Y.Z, ça fait pas génial... Vivement la numérotation à 5 chiffres !

Nombre de commentaires faux ?

Posté par Zanton (page perso, ) le 08/03/2005 à 16:49. (lien). Évalué à 2.

Désolé pour ce petit aparthé mais ça fait plusieurs articles où le nombre de commentaires sur la page d'accueil de linuxfr ne correspond pas à la réalité.

Vous avez ce problème aussi chez vous ?

je n'ai rien compris non plus.

Posté par mansuetus (page perso, ) le 08/03/2005 à 16:56. (lien). Évalué à 6.

j'explique ce que j'ai compris, en espérant que ça soit bon :

2.6.11.1 -> si j'ai un 2.6.11, et que mon clavier Dell, chie, je prends... si je n'ai pas ce problème, j'attends le :

2.6.12.0 (ou 2.6.12 tout court ?) -> prochaine version du noyau que je dois prendre si mon linux marche.

j'ai bon ?

--
mansuetus @ spontex . org

Euh ...

Posté par L () le 08/03/2005 à 17:09. (lien). Évalué à 9.

> l'ancienne politique posait également de redoutables problèmes : délai long entre les versions stables et rétro-portage hasardeux de fonctionnalités pour pallier ce délai.

Une chose est sûre, Linus ne travaille pas sous Debian :)

Impressision

Posté par niX (page perso, ) le 08/03/2005 à 18:07. (lien). Évalué à 2.

Quelques jours après cette décision est sorti le noyau 2.6.11.1 qui corrige notamment le bogue des claviers Dell.


je voudrais pas chipoter, mais seul un patch est sorti, pas un nouveau noyau...

2.6.8.1

Posté par dab () le 08/03/2005 à 18:26. (lien). Évalué à 5.

La sortie du kernel linux 2.6.8.1 avait provoqué moultes débats il y a quelques temps, le quatrième numéro étant censé être réservé aux distributions.
Pas bête l'ami linus, plus de souci à ce niveau en cas de récidive, c'est désormais prévu.

[+] interfaces internes du noyau

Posté par zeSixty4Douille () le 09/03/2005 à 10:00. (lien). Évalué à -2.

depuis le 2.6, les APIs internes du noyau peuvent changer, ce qui doit rendre le noyau plus complique a maintenir.

Pour cette raison, Fedora change de noyau comme de chemise, mais qu'en est-il pour les autres distrib ?

Ils ont du s'apercevoir aussi que tout le monde n'utilise pas de Thinkpad, que meme certains essayent de profiter de periferiques USB. Meme que d'autres peuvent detester HAL. Puis d'autres encore aimeraient comprendre pourquoi il ne faut plus compiler certains modules direct dans le noyau, sans explications.

Besoin d'explication.

Posté par eddine () le 09/03/2005 à 11:41. (lien). Évalué à 3.

<pas_expert_linux>
Que représente les branches -mm et -ac ?
Qu'est qu'en de spécifique les patchs mm et ac ?
Quelqu'un peut expliquer ?
</pas_expert_linux>

[+] Besoin d'explication.

Posté par eddine () le 09/03/2005 à 11:42. (lien). Évalué à -6.

<pas_expert_linux>
Que représente les branches -mm et -ac ?
Qu'est qu'en de spécifique les patchs mm et ac ?
Quelqu'un peut expliquer ?
</pas_expert_linux>

le 2.6.11.2 est sorti....

Posté par oliv () le 09/03/2005 à 12:33. (lien). Évalué à 3.

Greg Kroah-Hatman vient d'annoncer la sortie du 2.6.11.2
http://marc.theaimsgroup.com/?l=linux-kernel&m=111035787711680&(...)

Le seul changement est une correction venue de l'équipe de sécurité:
"Linus Torvalds:
o epoll: return proper error on overflow condition"

Coquille (vide)

Posté par EppO (page perso, ) le 11/03/2005 à 10:26. (lien). Évalué à 0.

Exemple : 2.4.3 est la troisième mise à jour du noyau stable 2.4

Y'a pas une petite coquille ? je croyais que le X impair était signe de version de dév (comme indiqué dans l'article d'ailleurs) ?

Revenir en haut de page