Le vendredi 01 septembre 2006 à 15:21 +0200, Pascal Hambourg a écrit :Salut à tous,
Je me pose des questions sur l'avenir du noyau 2.4 dans Debian. En
effet, je viens de constater que la version contenue dans testing et sid
est toujours la vieille 2.4.27 qui est déjà dans la stable actuelle,
alors que la version 2.4.33.3 vient de sortir sur kernel.org. Il n'y a
pas eu de migration des paquets kernel-*-2.4 en linux-*-2.4 non plus
contrairement à la série 2.6.
Quelqu'un a des infos ? Etch sortira-t-elle vraiment avec le vieux noyau
2.4.27 ?
J'ai peut-être mal compris, mais je crois qu'Etch ne comprendra plus les
noyaux 2.4.
Le vendredi 01 septembre 2006 à 15:21 +0200, Pascal Hambourg a écrit :
Salut à tous,
Je me pose des questions sur l'avenir du noyau 2.4 dans Debian. En
effet, je viens de constater que la version contenue dans testing et sid
est toujours la vieille 2.4.27 qui est déjà dans la stable actuelle,
alors que la version 2.4.33.3 vient de sortir sur kernel.org. Il n'y a
pas eu de migration des paquets kernel-*-2.4 en linux-*-2.4 non plus
contrairement à la série 2.6.
Quelqu'un a des infos ? Etch sortira-t-elle vraiment avec le vieux noyau
2.4.27 ?
J'ai peut-être mal compris, mais je crois qu'Etch ne comprendra plus les
noyaux 2.4.
Le vendredi 01 septembre 2006 à 15:21 +0200, Pascal Hambourg a écrit :Salut à tous,
Je me pose des questions sur l'avenir du noyau 2.4 dans Debian. En
effet, je viens de constater que la version contenue dans testing et sid
est toujours la vieille 2.4.27 qui est déjà dans la stable actuelle,
alors que la version 2.4.33.3 vient de sortir sur kernel.org. Il n'y a
pas eu de migration des paquets kernel-*-2.4 en linux-*-2.4 non plus
contrairement à la série 2.6.
Quelqu'un a des infos ? Etch sortira-t-elle vraiment avec le vieux noyau
2.4.27 ?
J'ai peut-être mal compris, mais je crois qu'Etch ne comprendra plus les
noyaux 2.4.
Salut à tous,
Je me pose des questions sur l'avenir du noyau 2.4 dans Debian. En
effet, je viens de constater que la version contenue dans testing et sid
est toujours la vieille 2.4.27 qui est déjà dans la stable actuelle,
alors que la version 2.4.33.3 vient de sortir sur kernel.org. Il n'y a
pas eu de migration des paquets kernel-*-2.4 en linux-*-2.4 non plus
contrairement à la série 2.6.
Quelqu'un a des infos ? Etch sortira-t-elle vraiment avec le vieux noyau
2.4.27 ?
Salut à tous,
Je me pose des questions sur l'avenir du noyau 2.4 dans Debian. En
effet, je viens de constater que la version contenue dans testing et sid
est toujours la vieille 2.4.27 qui est déjà dans la stable actuelle,
alors que la version 2.4.33.3 vient de sortir sur kernel.org. Il n'y a
pas eu de migration des paquets kernel-*-2.4 en linux-*-2.4 non plus
contrairement à la série 2.6.
Quelqu'un a des infos ? Etch sortira-t-elle vraiment avec le vieux noyau
2.4.27 ?
Salut à tous,
Je me pose des questions sur l'avenir du noyau 2.4 dans Debian. En
effet, je viens de constater que la version contenue dans testing et sid
est toujours la vieille 2.4.27 qui est déjà dans la stable actuelle,
alors que la version 2.4.33.3 vient de sortir sur kernel.org. Il n'y a
pas eu de migration des paquets kernel-*-2.4 en linux-*-2.4 non plus
contrairement à la série 2.6.
Quelqu'un a des infos ? Etch sortira-t-elle vraiment avec le vieux noyau
2.4.27 ?
C'est la cause de mes déboires ! Voir le fil "fichier squid.conf modifi é
après MAJ"...
La version de squid packagée dans etch est maintenant incompatible avec
le noyau 2.4. Cette incompatibilité non signalée a fait l'objet d'un
rapport de bug (deux même) auxquels il a été répondu que les noya ux de
la série 2.4 n'étaient plus maintenus dans la Etch.
Voilà.
Bon courage.
Pascal
C'est la cause de mes déboires ! Voir le fil "fichier squid.conf modifi é
après MAJ"...
La version de squid packagée dans etch est maintenant incompatible avec
le noyau 2.4. Cette incompatibilité non signalée a fait l'objet d'un
rapport de bug (deux même) auxquels il a été répondu que les noya ux de
la série 2.4 n'étaient plus maintenus dans la Etch.
Voilà.
Bon courage.
Pascal
C'est la cause de mes déboires ! Voir le fil "fichier squid.conf modifi é
après MAJ"...
La version de squid packagée dans etch est maintenant incompatible avec
le noyau 2.4. Cette incompatibilité non signalée a fait l'objet d'un
rapport de bug (deux même) auxquels il a été répondu que les noya ux de
la série 2.4 n'étaient plus maintenus dans la Etch.
Voilà.
Bon courage.
Pascal
C'est la cause de mes déboires ! Voir le fil "fichier squid.conf modifié
après MAJ"...
La version de squid packagée dans etch est maintenant incompatible avec
le noyau 2.4. Cette incompatibilité non signalée a fait l'objet d'un
rapport de bug (deux même) auxquels il a été répondu que les noyaux de
la série 2.4 n'étaient plus maintenus dans la Etch.
Voilà.
Bon courage.
Pascal
O_o
C'est pas un peu tôt pour virer le noyau 2.4?
Je sais que la branche 2.6 existe depuis un moment, mais pas mal de
serveurs Debian sont encore avec un noyau de 2.4 (voire avant?).
--
Francescu GAROBY-COLONNA
C'est la cause de mes déboires ! Voir le fil "fichier squid.conf modifié
après MAJ"...
La version de squid packagée dans etch est maintenant incompatible avec
le noyau 2.4. Cette incompatibilité non signalée a fait l'objet d'un
rapport de bug (deux même) auxquels il a été répondu que les noyaux de
la série 2.4 n'étaient plus maintenus dans la Etch.
Voilà.
Bon courage.
Pascal
O_o
C'est pas un peu tôt pour virer le noyau 2.4?
Je sais que la branche 2.6 existe depuis un moment, mais pas mal de
serveurs Debian sont encore avec un noyau de 2.4 (voire avant?).
--
Francescu GAROBY-COLONNA
C'est la cause de mes déboires ! Voir le fil "fichier squid.conf modifié
après MAJ"...
La version de squid packagée dans etch est maintenant incompatible avec
le noyau 2.4. Cette incompatibilité non signalée a fait l'objet d'un
rapport de bug (deux même) auxquels il a été répondu que les noyaux de
la série 2.4 n'étaient plus maintenus dans la Etch.
Voilà.
Bon courage.
Pascal
O_o
C'est pas un peu tôt pour virer le noyau 2.4?
Je sais que la branche 2.6 existe depuis un moment, mais pas mal de
serveurs Debian sont encore avec un noyau de 2.4 (voire avant?).
--
Francescu GAROBY-COLONNA
[...]
Ce n'est bien sur pas à moi qu'il faut le dire...
Je le déplore!
Je trouve aussi...Dire qu'il reste meme des serveurs tournant avec des
noyaux 2.2 !!
[...]
Ce n'est bien sur pas à moi qu'il faut le dire...
Je le déplore!
Je trouve aussi...Dire qu'il reste meme des serveurs tournant avec des
noyaux 2.2 !!
[...]
Ce n'est bien sur pas à moi qu'il faut le dire...
Je le déplore!
Je trouve aussi...Dire qu'il reste meme des serveurs tournant avec des
noyaux 2.2 !!
Vendredi 1 septembre 2006, 16:30:05 CEST, pascal a écrit :
>[...]
> Ce n'est bien sur pas à moi qu'il faut le dire...
> Je le déplore!
> Je trouve aussi...Dire qu'il reste meme des serveurs tournant avec des
> noyaux 2.2 !!
Je n'ai pas vu que le 2.4 serait abandonné. Même si de moins en moins de
paquets seront compatibles, il sera toujours possible d'utiliser un noyau
à la vanille (kernel.org).
Par contre, le 2.2 est devenu incompatible avec les nouvelles versions de
la libc.
Il faut choisir : on ne peut pas utiliser les nouvelles applications avec
les vieilles bibliothèques, ni avec les vieux noyaux, ni avec les trop
vieilles machines.
Évidemment, on préférerait que les vieux systèmes soient toujours
maintenus, mais, rien n'étant jamais parfait, les corrections
apportent/nécessitent parfois de nouvelles fonctionnalités ou la
suppression de quelques unes.
--
Sylvain Sauvage
Vendredi 1 septembre 2006, 16:30:05 CEST, pascal a écrit :
>[...]
> Ce n'est bien sur pas à moi qu'il faut le dire...
> Je le déplore!
> Je trouve aussi...Dire qu'il reste meme des serveurs tournant avec des
> noyaux 2.2 !!
Je n'ai pas vu que le 2.4 serait abandonné. Même si de moins en moins de
paquets seront compatibles, il sera toujours possible d'utiliser un noyau
à la vanille (kernel.org).
Par contre, le 2.2 est devenu incompatible avec les nouvelles versions de
la libc.
Il faut choisir : on ne peut pas utiliser les nouvelles applications avec
les vieilles bibliothèques, ni avec les vieux noyaux, ni avec les trop
vieilles machines.
Évidemment, on préférerait que les vieux systèmes soient toujours
maintenus, mais, rien n'étant jamais parfait, les corrections
apportent/nécessitent parfois de nouvelles fonctionnalités ou la
suppression de quelques unes.
--
Sylvain Sauvage
Vendredi 1 septembre 2006, 16:30:05 CEST, pascal a écrit :
>[...]
> Ce n'est bien sur pas à moi qu'il faut le dire...
> Je le déplore!
> Je trouve aussi...Dire qu'il reste meme des serveurs tournant avec des
> noyaux 2.2 !!
Je n'ai pas vu que le 2.4 serait abandonné. Même si de moins en moins de
paquets seront compatibles, il sera toujours possible d'utiliser un noyau
à la vanille (kernel.org).
Par contre, le 2.2 est devenu incompatible avec les nouvelles versions de
la libc.
Il faut choisir : on ne peut pas utiliser les nouvelles applications avec
les vieilles bibliothèques, ni avec les vieux noyaux, ni avec les trop
vieilles machines.
Évidemment, on préférerait que les vieux systèmes soient toujours
maintenus, mais, rien n'étant jamais parfait, les corrections
apportent/nécessitent parfois de nouvelles fonctionnalités ou la
suppression de quelques unes.
--
Sylvain Sauvage
C'est la cause de mes déboires ! Voir le fil "fichier squid.conf modifié
après MAJ"...
La version de squid packagée dans etch est maintenant incompatible avec
le noyau 2.4. Cette incompatibilité non signalée a fait l'objet d'un
rapport de bug (deux même) auxquels il a été répondu que les noyaux de
la série 2.4 n'étaient plus maintenus dans la Etch.
O_o
C'est pas un peu tôt pour virer le noyau 2.4?
C'est la cause de mes déboires ! Voir le fil "fichier squid.conf modifié
après MAJ"...
La version de squid packagée dans etch est maintenant incompatible avec
le noyau 2.4. Cette incompatibilité non signalée a fait l'objet d'un
rapport de bug (deux même) auxquels il a été répondu que les noyaux de
la série 2.4 n'étaient plus maintenus dans la Etch.
O_o
C'est pas un peu tôt pour virer le noyau 2.4?
C'est la cause de mes déboires ! Voir le fil "fichier squid.conf modifié
après MAJ"...
La version de squid packagée dans etch est maintenant incompatible avec
le noyau 2.4. Cette incompatibilité non signalée a fait l'objet d'un
rapport de bug (deux même) auxquels il a été répondu que les noyaux de
la série 2.4 n'étaient plus maintenus dans la Etch.
O_o
C'est pas un peu tôt pour virer le noyau 2.4?
2006/9/1, Sylvain Sauvage
<mailto::
Vendredi 1 septembre 2006, 16:30:05 CEST, pascal a écrit :
>[...]
> Ce n'est bien sur pas à moi qu'il faut le dire...
> Je le déplore!
> Je trouve aussi...Dire qu'il reste meme des serveurs tournant
avec des
> noyaux 2.2 !!
Je n'ai pas vu que le 2.4 serait abandonné. Même si de moins en
moins de
paquets seront compatibles, il sera toujours possible d'utiliser
un noyau
à la vanille ( kernel.org <http://kernel.org>).
Par contre, le 2.2 est devenu incompatible avec les nouvelles
versions de
la libc.
Il faut choisir : on ne peut pas utiliser les nouvelles
applications avec
les vieilles bibliothèques, ni avec les vieux noyaux, ni avec les
trop
vieilles machines.
Évidemment, on préférerait que les vieux systèmes soient toujours
maintenus, mais, rien n'étant jamais parfait, les corrections
apportent/nécessitent parfois de nouvelles fonctionnalités ou la
suppression de quelques unes.
--
Sylvain Sauvage
Certes, il advient un moment où les nouveautés/correctifs/...
nécessitent une migration!
Enfin, je suppose que la question a été murement réfléchie en "haut
lieu" et que le choix de délaisser petit à petit la branche 2.4 est
une conséquence logique...
--
Francescu GAROBY-COLONNA
2006/9/1, Sylvain Sauvage <Sylvain.Sauvage@metanoesis.net
<mailto:Sylvain.Sauvage@metanoesis.net>>:
Vendredi 1 septembre 2006, 16:30:05 CEST, pascal a écrit :
>[...]
> Ce n'est bien sur pas à moi qu'il faut le dire...
> Je le déplore!
> Je trouve aussi...Dire qu'il reste meme des serveurs tournant
avec des
> noyaux 2.2 !!
Je n'ai pas vu que le 2.4 serait abandonné. Même si de moins en
moins de
paquets seront compatibles, il sera toujours possible d'utiliser
un noyau
à la vanille ( kernel.org <http://kernel.org>).
Par contre, le 2.2 est devenu incompatible avec les nouvelles
versions de
la libc.
Il faut choisir : on ne peut pas utiliser les nouvelles
applications avec
les vieilles bibliothèques, ni avec les vieux noyaux, ni avec les
trop
vieilles machines.
Évidemment, on préférerait que les vieux systèmes soient toujours
maintenus, mais, rien n'étant jamais parfait, les corrections
apportent/nécessitent parfois de nouvelles fonctionnalités ou la
suppression de quelques unes.
--
Sylvain Sauvage
Certes, il advient un moment où les nouveautés/correctifs/...
nécessitent une migration!
Enfin, je suppose que la question a été murement réfléchie en "haut
lieu" et que le choix de délaisser petit à petit la branche 2.4 est
une conséquence logique...
--
Francescu GAROBY-COLONNA
2006/9/1, Sylvain Sauvage
<mailto::
Vendredi 1 septembre 2006, 16:30:05 CEST, pascal a écrit :
>[...]
> Ce n'est bien sur pas à moi qu'il faut le dire...
> Je le déplore!
> Je trouve aussi...Dire qu'il reste meme des serveurs tournant
avec des
> noyaux 2.2 !!
Je n'ai pas vu que le 2.4 serait abandonné. Même si de moins en
moins de
paquets seront compatibles, il sera toujours possible d'utiliser
un noyau
à la vanille ( kernel.org <http://kernel.org>).
Par contre, le 2.2 est devenu incompatible avec les nouvelles
versions de
la libc.
Il faut choisir : on ne peut pas utiliser les nouvelles
applications avec
les vieilles bibliothèques, ni avec les vieux noyaux, ni avec les
trop
vieilles machines.
Évidemment, on préférerait que les vieux systèmes soient toujours
maintenus, mais, rien n'étant jamais parfait, les corrections
apportent/nécessitent parfois de nouvelles fonctionnalités ou la
suppression de quelques unes.
--
Sylvain Sauvage
Certes, il advient un moment où les nouveautés/correctifs/...
nécessitent une migration!
Enfin, je suppose que la question a été murement réfléchie en "haut
lieu" et que le choix de délaisser petit à petit la branche 2.4 est
une conséquence logique...
--
Francescu GAROBY-COLONNA
Sur un sujet proche, une discussion a lieu en ce moment sur l'avenir de
la branche 2.4 qui passe en "deep maintenance". Avec en particulier la
question du support de la version 4 de gcc qui ne permet pas de compiler
les noyaux 2.4.
Visiblement, il va devenir de plus en plus difficile de marier noyaux
anciens et applis récentes... Pour rester en noyau 2.4, il faudra rester
en Debian 3.0...
Pour en savoir plus : http://lwn.net/Articles/195823/, article "Old
kernels and new compilers" (en anglais)
Sur un sujet proche, une discussion a lieu en ce moment sur l'avenir de
la branche 2.4 qui passe en "deep maintenance". Avec en particulier la
question du support de la version 4 de gcc qui ne permet pas de compiler
les noyaux 2.4.
Visiblement, il va devenir de plus en plus difficile de marier noyaux
anciens et applis récentes... Pour rester en noyau 2.4, il faudra rester
en Debian 3.0...
Pour en savoir plus : http://lwn.net/Articles/195823/, article "Old
kernels and new compilers" (en anglais)
Sur un sujet proche, une discussion a lieu en ce moment sur l'avenir de
la branche 2.4 qui passe en "deep maintenance". Avec en particulier la
question du support de la version 4 de gcc qui ne permet pas de compiler
les noyaux 2.4.
Visiblement, il va devenir de plus en plus difficile de marier noyaux
anciens et applis récentes... Pour rester en noyau 2.4, il faudra rester
en Debian 3.0...
Pour en savoir plus : http://lwn.net/Articles/195823/, article "Old
kernels and new compilers" (en anglais)