|
soul^keeper |
  |
Administrateur
Connecté
Niveau : 5
N° de Membre :
1
Ancienneté : 100%
Participation : 19%
Inscription: 22 Feb 2002
Localisation: Paris
Age: 48
Messages: 16619
Sujets Lancés : 2412
|
 [INFO] Nouvelle numérotation des noyaux Linux
Changement dans la numérotation du noyau Linux
Source : <a href="http://linuxfr.org/2005/03/08/18449.html">LinuxFR.org</a>
Citation:
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.
<a href="http://linuxfr.org/redirect/40381.html">Le premier fil de discussion sur KernelTrap</a>
<a href="http://linuxfr.org/redirect/40382.html">Le second fil de discussion sur KernelTrap</a>
<a href="http://linuxfr.org/redirect/40383.html">L'annonce du 2.6.11.1</a>
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. |
Signaler ce message à un modérateur | IP: Logguée
Temps en ligne : 92 Jours, 19 Heures, 22 Minutes, 18 Secondes en ligne
|
14-03-2005 11:26
