Re: New Linux Development Model

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Edgar,

> It's frustrating for the user, have on the one side the
> new hardware supported but on the other side, mybe broken support for
> the existing hardware.
> (...)
> So you wanna say a new "stable" kernel isn't a realy a stable one
> and i can't relay that it behaves like the older one ? If it's so, then
> something is completely wrong in kernel development.

"stable" is a relative notion. It's a tradeoff between improvements and
the lack of regression. What you are asking for is absolute stability.
This can only be achieved by the absolute lack of change. As soon as
any change is made to the kernel, there is a risk of regression. Blame
it on the complexity and variety of computer hardware.

It is our collective belief, as the kernel developers, that the current
development model represents the best tradeoff we can achieve. We know,
because we are the ones who suffer the most when the development model
is not efficient.

Having a separate development branch is not a solution. It was
discussed on this list and various other places several times already.
Read the archives. The bottom line is that separate trees increase the
workload on developers and divide the testing efforts, so we're losing
on all fronts.

Let's imagine we have a separate development branch for a minute. This
means we wouldn't be adding new stuff to the stable branch, right? Else
it wouldn't be stable. So, you would complain that the stable branch
doesn't have the latset ipw2200 driver. We would direct you to the
development branch, which has it. You would complain that some drivers
are broken for you in this branch, which is expected to happen in a
development branch. See? Separate branches did not even solve your
problem.

You blame your current problems on the development model, yet you
failed to demonstrate how exactly this development model was
responsible for them, as you failed to propose a different model which
would solve them.

-- 
Jean Delvare
-
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]
  Powered by Linux