On Thu, Mar 03, 2005 at 03:28:22AM -0500, Jes Sorensen wrote: > > Greg> So, while I like the _idea_ of the 2.6.x.y type releases, having > Greg> those releases contain anything but a handful of patches will > Greg> quickly get quite messy. > > Wouldn't this actually happen automatically simply by Linus switching > to being a lot more picky about whats accepted into an even release. I > agree that if it becomes too formal it could probably turn into an > unmaintainable mess. However, by simply making it a golden rule, then > developers can just continue pushing their patches and the people > above can just shift things to -mm that aren't deemed suitable for the > even release. > > I think this would work quite well.
Sure, but the point about people not testing the odd release would still stand. As it is today, we've been pretty good about only allowing bugfixes into the later -rc releases. But I know I start queuing "bigger" fixes at that point in time, allowing them to get more testing in -mm release, and generally trying to be conserative. And sometimes, people really want those "big" fixes, and they switch to using the bk-usb patchset, or the bk-scsi patchset. That happens a lot for when distros work to stabilize their release kernels. But that is quite different from trying to do that for a 2.6.x.y release. 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/
