Re: Release of 2.4.21

[John Bradford]

> >>Why can't we just make all releases smaller and more frequent?
> >
> >Why do we need 2.4.x-pre at all, anyway - why can't we just test
> >things in the -[a-z][a-z] trees, and _start_ with -rc1?
> >
> >Why can't we just do bugfixes for 2.4, and speed up 2.5 development?
> 
> Because 2.4 is used on (real) production systems - even my desktop PC
> on my workplace is considered a production system - which (at least)
> should run and therefore trying 2.5 is not an option (and no, no way).
> And then it takes 1.5 years for the next stable kernel release which 
> implies that quite new hardware (without an existing driver) cannot be
> used for any production-like system.

I would include support for new chipsets in with bugfixes.

> IOW you would just loose a lot real use and testing of backported 
> stuff and new hardware drivers.

If nobody tests 2.5.x on a specific piece of hardware, 2.6.0 will be
released without being tested on that piece of hardware.

Incrementing the version number from 2.5.$bignum to 2.6.0 does _not_
magically fix all the bugs in it.

> And no, I don't think that someone wants that.

Production systems should be backed up.  No question about that.

Unless the system has to run 24/7, which a desktop machine usually
doesn't have to, I don't see why testing 2.5 on it isn't a
possibility.

John.