Andrew Morton wrote:
If you think that shortening the release cycle will cause people to be more
disciplined in their changes, to spend less time going berzerk and to spend
more time working with our users and testers on known bugs then I'm all
ears.
Honestly, I do think it would be positive. It would shorten the
feedback loop, and get more changes out to testers.
It would also decrease the pressure of the 60+ trees trying to get
everything in, because they know the next release is 3-4 months away.
It would be _much_ easier to say "break the generic device stuff in
2.6.20 not 2.6.19, please" if we knew 2.6.20 wasn't going to be a 2007
release.
Jeff
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
