> Si mandrake affiche 2.4.21-pre4(+partie spécifique mdk), je n'ai aucun reproche à faire. C'est une 2.4.21-pre4. Ce n'est pas un 2.4.21 + patchs mandrake.
Un 2.4.21-pre4 est un noyau de la série 2.4.21, ceux qui précède la version estimée définitive. Un 2.4.21-215 est aussi un noyau de la série 2.4.21.
Généralement les numeros de versions donnent une information permettant d'évaluer quel est l'état du système. Et un noyau 2.4.21-pre est en théorie un noyau qui est plus proche du 2.4.21 que du 2.4.20 (sinon celui qui gère les sorties, Marcello donc, fait n'importe quoi).
Ceci étant souligné, en gros je doute que tant de monde que cela soit traumatisé par l'affaire. Le renseignement approximatif (2.4.21) est acceptable, quand au détail, ceux qui sont interessés comprendront.
> mdk 9.1 : uname -r : 2.4.21-0.13mdk => c'est un 2.4.21-pre4. Ce n'est pas un 2.4.21 > mdk 9.0 : uname -r : 2.4.19-16mdk => c'est un 2.4.19. C'est un 2.4.19. Tout baigne. > > C'est le "0." qui fait toute la différence ? Faut le savoir alors...
Oui, le 0 fait la différence. J'ai déjà vu ce type de notations. Je pense qu'elle est suffisement singulière pour être remarquée.
Ceci dit, tu as raison, ça pourrait être mieux, il aurait été plus cohérent de faire un 2.4.21-pre4-13mdk (quoique moins lisible), mais ce n'est à mon avis en aucun cas grave.
(ex: http://www.debian.org/doc/debian-policy/ch-versions.html(...) )
> D'ailleur la page de description de la 9.1 indique 2.4.20. Heu non, il indique la > 2.4.21-pre4. Heu non, il indique 2.4.21 qui n'existe pas encore. Si un programme> est fait pour tirer parti des spécificités de la 2.4.21, il ne marchera peut-être pas > sur mandrake 2.4.21-0.13mdk. C'est un fait.
Non, ça c'est faux. Si Tossati fait bien son boulot, il ne va pas y avoir de nouvelles fonctionnalités ajoutées entre une pre4 et une version définitive. Logiquement l'intérêt des pre est de permettre aux gens de tester et d'ensuite corriger des bugs pour sortir une version la plus stable possible, pas pour faire des tests à tout va. Enfin, je pense :)
[^] # Re: Détails sur la sortie du 2.4.21
Posté par Anonyme . En réponse à la dépêche Détails sur la sortie du 2.4.21. Évalué à 1.
Un 2.4.21-pre4 est un noyau de la série 2.4.21, ceux qui précède la version estimée définitive. Un 2.4.21-215 est aussi un noyau de la série 2.4.21.
Généralement les numeros de versions donnent une information permettant d'évaluer quel est l'état du système. Et un noyau 2.4.21-pre est en théorie un noyau qui est plus proche du 2.4.21 que du 2.4.20 (sinon celui qui gère les sorties, Marcello donc, fait n'importe quoi).
Ceci étant souligné, en gros je doute que tant de monde que cela soit traumatisé par l'affaire. Le renseignement approximatif (2.4.21) est acceptable, quand au détail, ceux qui sont interessés comprendront.
> mdk 9.1 : uname -r : 2.4.21-0.13mdk => c'est un 2.4.21-pre4. Ce n'est pas un 2.4.21
> mdk 9.0 : uname -r : 2.4.19-16mdk => c'est un 2.4.19. C'est un 2.4.19. Tout baigne.
>
> C'est le "0." qui fait toute la différence ? Faut le savoir alors...
Oui, le 0 fait la différence. J'ai déjà vu ce type de notations. Je pense qu'elle est suffisement singulière pour être remarquée.
Ceci dit, tu as raison, ça pourrait être mieux, il aurait été plus cohérent de faire un 2.4.21-pre4-13mdk (quoique moins lisible), mais ce n'est à mon avis en aucun cas grave.
(ex: http://www.debian.org/doc/debian-policy/ch-versions.html(...) )
> D'ailleur la page de description de la 9.1 indique 2.4.20. Heu non, il indique la
> 2.4.21-pre4. Heu non, il indique 2.4.21 qui n'existe pas encore. Si un programme> est fait pour tirer parti des spécificités de la 2.4.21, il ne marchera peut-être pas
> sur mandrake 2.4.21-0.13mdk. C'est un fait.
Non, ça c'est faux. Si Tossati fait bien son boulot, il ne va pas y avoir de nouvelles fonctionnalités ajoutées entre une pre4 et une version définitive. Logiquement l'intérêt des pre est de permettre aux gens de tester et d'ensuite corriger des bugs pour sortir une version la plus stable possible, pas pour faire des tests à tout va. Enfin, je pense :)