De quoi tu parles ? :-)
comme indiqué au haut de mon post Pour parler d'un sujet que je connais, Mandriva et par rapport à mon titre de ceux qui "suivent" et non qui avancent à la même cadence que l'upstream : cela concerne les distribs' stables (donc peut concerner Fedora 7, Fedora 8, maintenant Fedora 9 mais pas rawhide).
Fedora 8 en est au 2.6.23.1 d'après distrowatch. Dans cette branche Andrew Morton en est au 2.6.23.17, non pris en compte tel quel (si j'en crois distrowatch). Fedora 9, 2.6.25 contre 2.6.25.4 et rawhide d'ailleurs 2.6.25.2.
Sur Mandriva Linux 2008.1, il y a le 2.6.24.4, Andrew en est au 2.6.24.7 et je ne crois pas qu'il sera pris en compte, cela passera par des backports au mieux ou sinon il y a le kernel-linus-2.6.25-0.rc6.1mdv (principalement upstream).
packages.ubuntu.com est down, je n'ai pas vérifié mais je ne pense pas qu'ils soient à la dernière version non plus.
Je ne remets pas en cause, je constate simplement des difficultés rencontrées par les distributions à accrocher au processus : cela sert pour le choix initial du kernel, ensuite chaque distrib' a sa politique de mise à jour et de constitution de "son" kernel (backports, dkms). Mandriva va aussi chercher des pilotes qui n'ont pas encore fait l'effort d'être inclus dans le kernel (il y a aussi de l'upstream du kernel hein ;-) ).
Pour les weak-updates, je n'ai pas trop compris c'est dans le paquet kernel de Fedora ?
Pour les dkms, je notais simplement un moyen supplémentaire de mettre à jour par morceau le kernel plutôt que d'attendre qu'un nouveau kernel soit packagé. Ayant bossé sur l'upstream de module, c'est intéressant quand ton code n'a pas encore été poussé dans le kernel et qu'une distrib' s'y intéresse (le paquet dkms permet de constituer le backport directement pour une floppée de versions de kernels, même si ce n'était pas l'utilisation initiale prévue pour dkms).
[^] # Re: synchro ou suivre ou avancer
Posté par BAud (site web personnel) . En réponse au journal Mark Shuttleworth : il remet (encore) ça. Évalué à 2.
comme indiqué au haut de mon post Pour parler d'un sujet que je connais, Mandriva et par rapport à mon titre de ceux qui "suivent" et non qui avancent à la même cadence que l'upstream : cela concerne les distribs' stables (donc peut concerner Fedora 7, Fedora 8, maintenant Fedora 9 mais pas rawhide).
Fedora 8 en est au 2.6.23.1 d'après distrowatch. Dans cette branche Andrew Morton en est au 2.6.23.17, non pris en compte tel quel (si j'en crois distrowatch). Fedora 9, 2.6.25 contre 2.6.25.4 et rawhide d'ailleurs 2.6.25.2.
Sur Mandriva Linux 2008.1, il y a le 2.6.24.4, Andrew en est au 2.6.24.7 et je ne crois pas qu'il sera pris en compte, cela passera par des backports au mieux ou sinon il y a le kernel-linus-2.6.25-0.rc6.1mdv (principalement upstream).
packages.ubuntu.com est down, je n'ai pas vérifié mais je ne pense pas qu'ils soient à la dernière version non plus.
Je ne remets pas en cause, je constate simplement des difficultés rencontrées par les distributions à accrocher au processus : cela sert pour le choix initial du kernel, ensuite chaque distrib' a sa politique de mise à jour et de constitution de "son" kernel (backports, dkms). Mandriva va aussi chercher des pilotes qui n'ont pas encore fait l'effort d'être inclus dans le kernel (il y a aussi de l'upstream du kernel hein ;-) ).
Pour les weak-updates, je n'ai pas trop compris c'est dans le paquet kernel de Fedora ?
Pour les dkms, je notais simplement un moyen supplémentaire de mettre à jour par morceau le kernel plutôt que d'attendre qu'un nouveau kernel soit packagé. Ayant bossé sur l'upstream de module, c'est intéressant quand ton code n'a pas encore été poussé dans le kernel et qu'une distrib' s'y intéresse (le paquet dkms permet de constituer le backport directement pour une floppée de versions de kernels, même si ce n'était pas l'utilisation initiale prévue pour dkms).