Re: My thoughts on the "new development model"

William Lee Irwin III
2004-10-26T17:37:59Z

On Tue, 26 Oct 2004 at 08:03:13 -0700 William Lee Irwin III wrote:
>> I'm running 2.6 on a number of machines I rely upon
>> heavily as servers etc. on the open net as well as the usual dedicated
>> kernel hacking machines. The uptimes of the relied-upon systems are
>> measured in months, at times approaching a year.

On Tue, Oct 26, 2004 at 12:32:19PM -0400, Chuck Ebbert wrote:
> "It works for me" doesn't cut it in the OS world.

It's an existence proof spanning a wide swath of architectures. If
you are not seeing similar results, send bugreports.

On Tue, 26 Oct 2004 at 08:03:13 -0700 William Lee Irwin III wrote:
>> More bugs are fixed than are introduced every release by a large margin.

On Tue, Oct 26, 2004 at 12:32:19PM -0400, Chuck Ebbert wrote:
> Irrelevant.

Incorrect. Insert infinite descent argument here.

On Tue, 26 Oct 2004 at 08:03:13 -0700 William Lee Irwin III wrote:
>> And not even your beloved 2.4 is immune to regressions.

On Tue, Oct 26, 2004 at 12:32:19PM -0400, Chuck Ebbert wrote:
> We're not talking about regression, i.e. reappearance of old bugs.

That's not an important distinction.

On Tue, 26 Oct 2004 at 08:03:13 -0700 William Lee Irwin III wrote:
>> What does the number of patchsets have to do with anything?

On Tue, Oct 26, 2004 at 12:32:19PM -0400, Chuck Ebbert wrote:
> Large changes produce bugs -- that's a fact of life.

If the patchsets had anything to do with mainline, they would have
been merged anyway.

On Tue, Oct 26, 2004 at 12:32:19PM -0400, Chuck Ebbert wrote:
> It's not that the changes aren't needed, it's just the the previous
> 2.6 release is kind of like a baby abandoned on a doorstep -- nobody
> has the time to fix those last few bugs. Even if someone were to
> step up to the plate and try to create a stable 2.6 series, I'd bet
> the lead developers wouldn't even spend time working on it.

Then you don't understand Linux' releases. Point releases are in fact
updated and maintained. Those updates are given the name of the next
point release. The fact you are so timid or misguided that the scale of
the kernel terrifies you is not kernel developers' problem.

-- wli