Oui en fait, beaucoup de développeurs se sont plaints de l'idée de Linus. Linus voulait surtout sortir un 2.6.impair et que les gens le testent pour faire un 2.6.pair bien stable.
Mais beaucoup de developpeurs pensent que les gens vont arreter de tester les 2.6.impair. Retour au probleme initial donc.
De plus, cela aurait imposé des delais d'attente plus grand pour tous les gens qui veulent soumettre des patchs.
Donc, Linus and co. ont finalement décidé de garder le modèle actuel en ajoutant une vraie branche 2.6.x.y comme cela avait été fait avec 2.6.8.1 pour fixer un enorme bug NFS.
Greg KH va (pour commencer) maintenir 2.6.11.x (et a deja sorti 2.6.11.1 ce soir).
La branche 2.6.x.y sera susceptible de recevoir tous les petits patchs fixant des choses vraiment importantes.
Des que 2.6.(x+1) sortira, la branche 2.6.x.y sera stoppée.
[^] # Re: oops pardon
Posté par Brice Goglin . En réponse à la dépêche Sortie du noyau 2.6.11. Évalué à 1.
Mais beaucoup de developpeurs pensent que les gens vont arreter de tester les 2.6.impair. Retour au probleme initial donc.
De plus, cela aurait imposé des delais d'attente plus grand pour tous les gens qui veulent soumettre des patchs.
Donc, Linus and co. ont finalement décidé de garder le modèle actuel en ajoutant une vraie branche 2.6.x.y comme cela avait été fait avec 2.6.8.1 pour fixer un enorme bug NFS.
Greg KH va (pour commencer) maintenir 2.6.11.x (et a deja sorti 2.6.11.1 ce soir).
La branche 2.6.x.y sera susceptible de recevoir tous les petits patchs fixant des choses vraiment importantes.
Des que 2.6.(x+1) sortira, la branche 2.6.x.y sera stoppée.