On Sat, Nov 17, 2007 at 02:15:11AM +0300, Michael Tokarev wrote: > Greg Kroah-Hartman wrote: > > We (the -stable team) are announcing the release of the 2.6.23.3 kernel. > > It contains a number of bugfixes for a number of architecture specific > > issues. > [.4, .5, .6 and .7 follows after .2 and .3] > > I've seen the bunch of patches posted for review - split to several > series. But - out of curiocity - what's the reason to roll each > series into each own stable release? Can't all .2...7 be combined > into a single release (not counting .8 wich contains urgent security > fixes)? (I mean, not with already rolled out stuff, but the original > reasoning for split-releasing them (as opposed to split-reviewing))
Is there something "sacred" about version numbers that we need to be stingy with them as they are a finite resource? :) This way, we have specific, easy to identify points in the development process to help users in case they report problems to let the developers easily narrow down the potential problem. That, and I couldn't think of some other way to name the -rc patches, so I used the minor version number. Because of that, I was forced to name the final releases with the same minor number to keep everyone sane over time. thanks, greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
