Cela fait bien longtemps que les release candidates de Mandriva Linux (et même Mandrake Linux) ne correspondent pas à ta notion de : "la version des paquets est figée".
Ou alors, tu veux dire que c'est la version cible des paquets qui est figée : il n'y a pas que le kernel qui est en rc, Gnome 2.26 sera de la partie, on n'en est qu'à Gnome 2.25.92 actuellement (le cycle de rc contribue à stabiliser upstream aussi...).
Il faut aussi savoir faire avec les plannings de chacun des projets et les rc permettent tout de même d'élargir le nombre de testeurs pour avoir plus de retours. Après, avec Cooker, c'est un peu comme une Gentoo : de temps en temps tu compileras toi même des choses qui te manquent (sans oublier de proposer le paquet dans le bugzilla) même s'il y a principalement les packageurs qui le font, le plus souvent tu auras tes 200 Mo de mises à jour par semaine... (si tu ne mets pas à jour tous les soirs) et avant de valider la mise à jour par un urpmi --auto-update tu vas plutôt regarder à 2 fois avant de valider ;-) et il faut bien penser à regarder si les bugs rencontrés n'existent pas déjà sur http://bugzilla.mandriva.com et les soumettre au besoin ou rajouter un commentaire sur un existant ;-)
[^] # Re: une RC avec un kernel non stable
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de Mandriva Linux 2009 Spring RC 1 : La transformation.... Évalué à 7.
Ou alors, tu veux dire que c'est la version cible des paquets qui est figée : il n'y a pas que le kernel qui est en rc, Gnome 2.26 sera de la partie, on n'en est qu'à Gnome 2.25.92 actuellement (le cycle de rc contribue à stabiliser upstream aussi...).
Il faut aussi savoir faire avec les plannings de chacun des projets et les rc permettent tout de même d'élargir le nombre de testeurs pour avoir plus de retours. Après, avec Cooker, c'est un peu comme une Gentoo : de temps en temps tu compileras toi même des choses qui te manquent (sans oublier de proposer le paquet dans le bugzilla) même s'il y a principalement les packageurs qui le font, le plus souvent tu auras tes 200 Mo de mises à jour par semaine... (si tu ne mets pas à jour tous les soirs) et avant de valider la mise à jour par un urpmi --auto-update tu vas plutôt regarder à 2 fois avant de valider ;-) et il faut bien penser à regarder si les bugs rencontrés n'existent pas déjà sur http://bugzilla.mandriva.com et les soumettre au besoin ou rajouter un commentaire sur un existant ;-)