Il faut bien noter qu'on vient de passer un cap pour le noyau 2.4. Maintenant, les modifications ne seront plus que des corrections de bug et des backports (retro-portages en français ?) de nouvelle fonctionnalités « devenues stables » dans le noyau 2.5. Cela fait que la probabilité d'introduire un nouveau bug, bien que non nulle, est plus faible que dans le noyau en développement actif.
Moins de bug
==>besoins de moins de testeurs
====>pas besoin d'attirer les foules
======>système de release candidates possible
Toutefois, ce système ne pourra jamais s'appliquer à un noyau en développement, car cela revient à « geler » le développement et en période de forte activité, c'est ingérable (on ne peut pas ingnorer les patch des devs pendant 2 semaines puis tout intégrer d'un coup), et inefficace (besoin de tous les retours provoqués par une release).
[^] # Re: Comprend plus rien
Posté par Frédéric RISS . En réponse à la dépêche Nouvelle politique de nommage du noyau. Évalué à 1.
Moins de bug
==>besoins de moins de testeurs
====>pas besoin d'attirer les foules
======>système de release candidates possible
Toutefois, ce système ne pourra jamais s'appliquer à un noyau en développement, car cela revient à « geler » le développement et en période de forte activité, c'est ingérable (on ne peut pas ingnorer les patch des devs pendant 2 semaines puis tout intégrer d'un coup), et inefficace (besoin de tous les retours provoqués par une release).