1. On dit "bleeding edge" et pas "blending edge"
2. Je n'ai jamais dit que c'étaient des branleurs
3. Je pointe un problème qui, que tu le veuilles ou non, existe.
Le nouveau modèle de développement amène plus de nouveautés, mais aussi plus de régressions, sur des versions supposées stables. Le kernel laisse la stabilisation finale du kernel aux distributeurs, et je trouve cela un peu problématique... Certains utilisateurs de distributions Linux (et je fais partie de ceux là) pointent le fait qu'il est très dur d'avoir une distrib qui est stable et sans trop de bug. Pour corriger certains bugs, tu t'entends répondre "t'as qu'à upgrader". Sauf que la version n+1 de ta distrib corrige bien ton problème, mais casse autre chose au passage. L'upgrade n'est donc pas une solution, elle ne fait que reporter le problème. Et si un bug a été introduit en 2.6.27 et que le correctif existait avant la sortie du 2.6.28, tu dois quand même passer au 2.6.28, quitte peut être à casser autre chose... Je t'avoue que je n'ai pas compris que ce genre de bug grossier ait pu passer au travers des mailles de la validation...
[^] # Re: Course à l'innovation
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Le noyau Linux 2.6.28 est disponible. Évalué à 6.
2. Je n'ai jamais dit que c'étaient des branleurs
3. Je pointe un problème qui, que tu le veuilles ou non, existe.
Le nouveau modèle de développement amène plus de nouveautés, mais aussi plus de régressions, sur des versions supposées stables. Le kernel laisse la stabilisation finale du kernel aux distributeurs, et je trouve cela un peu problématique... Certains utilisateurs de distributions Linux (et je fais partie de ceux là) pointent le fait qu'il est très dur d'avoir une distrib qui est stable et sans trop de bug. Pour corriger certains bugs, tu t'entends répondre "t'as qu'à upgrader". Sauf que la version n+1 de ta distrib corrige bien ton problème, mais casse autre chose au passage. L'upgrade n'est donc pas une solution, elle ne fait que reporter le problème. Et si un bug a été introduit en 2.6.27 et que le correctif existait avant la sortie du 2.6.28, tu dois quand même passer au 2.6.28, quitte peut être à casser autre chose... Je t'avoue que je n'ai pas compris que ce genre de bug grossier ait pu passer au travers des mailles de la validation...