Salut à tous,

Utilisateur de noyaux de la série 2.4, je découvre avec le tout récent
2.4.33 les joies des versions à 4 chiffres qui étaient jusqu'ici
l'apanage de la série 2.6. Visiblement les développeurs de la série 2.4
"rattrapent le temps perdu" puisqu'on en est déjà à 2.4.33.3 alors que
2.4.33 est sorti il y a une vingtaine de jours, après un délai record de
9 mois depuis la version précédente. ;-)

Maintenant, voici les questions.

1) Qu'apportent les patches à 4 chiffres ? Uniquement des corrections de
bugs, si j'en crois les changelogs, ou autre chose ?

2) Faut-il faire un "make oldconfig" après avoir appliqué un patch à 4
chiffres ?

3) Finalement, la question récurrente, est-il temps de passer en 2.6 ?
Ainsi j'ai l'impression que la version du noyau 2.4 inclus dans Debian
testing et sid est la même 2.4.27 que dans la stable actuelle, alors que
la version 2.4.33 vient de sortir. La série 2.4 est-elle en passe de
n'être plus supportée ? La série 2.6 est-elle enfin devenue suffisamment
"stable" ?

Pascal Hambourg <boite-a-spam@plouf.fr.eu.org> writes:

> 1) Qu'apportent les patches à 4 chiffres ? Uniquement des corrections
> de bugs, si j'en crois les changelogs, ou autre chose ?

Avec le 2.6, l'idée est que les distributions vont de toute façons
patcher le noyau, backporter des bugfixes et des correctif de
sécurité.

Le dernier chiffre correspond à des ajouts de patch qui mettent tout
le monde d'accord, c'est à dire quelque chose que toutes les
distributions auraient fait de toutes façons.

--
Matthieu

* Pascal Hambourg <boite-a-spam@plouf.fr.eu.org>
in fr.comp.os.linux.configuration:
> 1) Qu'apportent les patches à 4 chiffres ? Uniquement des corrections
> de bugs, si j'en crois les changelogs, ou autre chose ?

Oui, des bugs graves ou urgents à corriger, donc notamment de sécurité.
La branche 2.4 n'évolue plus que par des correctifs (donc entre des
patches à 3 chiffres, ce ne sont aussi que des correctifs même si cela
n'a pas toujours été le cas), le 4e chiffre marque donc des patches
indispensables sans attendre le 3e chiffre suivant.

> 2) Faut-il faire un "make oldconfig" après avoir appliqué un patch
> à 4 chiffres ?

Normalement non, vu ce que je viens d'expliquer, même si ça ne peut de
toutes façons pas faire de mal.

> 3) Finalement, la question récurrente, est-il temps de passer en 2.6 ?

Difficile de faire une réponse générale, mais je dirais tout de même
oui. En tous cas, il y a beaucoup d'améliorations internes (mais aussi
quelques régressions de perfs d'après certains benchs). Il faut avant
tout planifier la migration et faire le plus possible de tests et de
pré-prod.

> Ainsi j'ai l'impression que la version du noyau 2.4 inclus dans Debian
> testing et sid est la même 2.4.27 que dans la stable actuelle, alors
> que la version 2.4.33 vient de sortir. La série 2.4 est-elle en passe
> de n'être plus supportée ?

Au risque de troller, je pense que c'est juste l'effet Debian habituel
qui est à la traîne et qui reste sur des versions fixes pendant très
longtemps, mais je ne vois rien (à part le coût en test) qui
s'opposerait à mettre du 2.4.33 par défaut dans Debian. C'est juste que
lors du dernier freeze, ça s'est fixé à 2.4.27 et donc ça reste figé.

--
DW

Damien Wyart a écrit :
>
>>Ainsi j'ai l'impression que la version du noyau 2.4 inclus dans Debian
>>testing et sid est la même 2.4.27 que dans la stable actuelle, alors
>>que la version 2.4.33 vient de sortir. La série 2.4 est-elle en passe
>>de n'être plus supportée ?
>
> Au risque de troller, je pense que c'est juste l'effet Debian habituel
> qui est à la traîne et qui reste sur des versions fixes pendant très
> longtemps, mais je ne vois rien (à part le coût en test) qui
> s'opposerait à mettre du 2.4.33 par défaut dans Debian. C'est juste que
> lors du dernier freeze, ça s'est fixé à 2.4.27 et donc ça reste figé.

Troll non, mais mauvaise langue oui. La version du noyau est figé dans
la version stable, mais dans les versions de développement testing et
sid elle évolue normalement au rythme des publications sur kernel.org.
C'est le cas du noyau 2.6 dont la version 2.6.17 est dans sid. C'était
également le cas du noyau 2.4 jusqu'à la sortie de Sarge, l'actuelle
stable : au moment où elle a été "gelée", le noyau 2.4.27 était le plus
récent disponible.

En fait après quelques recherches, il ressort qu'il n'y aura tout
simplement pas de noyau 2.4 dans Etch, la prochaine version de Debian.

Extrait de
http://lists.debian.org/debian-devel.../msg00005.html :
"Kernel version 2.2 will not be supported any more for any architecture.
Kernel version 2.4 is deprecated and won't be shipped as part of etch,
but user space applications will have to deal somehow with 2.4 kernels
(because of upgrade path, local installations, ...)."

En ce qui concerne les applications, c'est le flou : la politique
officielle semble être de garder une compatibilité avec le noyau 2.4
afin que la migration se passe bien, mais il s'avère que certains
développeurs en ont déjà profité pour inclure dans leurs paquets des
fonctionnalités les rendant incompatibles avec un noyau 2.4, comme par
exemple Squid.