Re: 2.6.16-rc4: known regressions

[Martin Bligh <mbligh@mbligh.org>]

> I totally agree.  Distros are changing into two different groups these
> days:
> 	- everything tied together and intregrated nicely for a specific
> 	  kernel version, userspace tool versions, etc.
> 	- flexible and works with multiple kernel versions, different
> 	  userspace tools, etc.
>
> Distros in the first category are the "enterprise" releases (RHEL, SLES,
> etc.), as well as some consumer oriented distros (SuSE, Ubuntu, Fedora
> possibly.)
>
> More flexible distros that handle different kernel versions are Gentoo,
> Debian, and probably Fedora.
>
> And this is a natural progression as people try to provide a more
> complete "solution" for users.
>
> When people to complain that they can't run a "kernel-of-the-day" on
> their "enterprise" distro, they are not realizing that that distro was
> just not developed to support that kind of thing at all.
>
> So, in short, if you are going to do kernel development, pick a distro
> that handles different kernel versions.  Likewise, if you are doing
> userspace development (X.org, HAL, KDE, Gnome, etc.) you pick a distro
> that allows you to change that level of the stack.

That sort of thing is going to make distros incredibly reluctant to 
update kernels, which just encourages them to operate inside their own
fiefdoms, rather than working together with mainline, which is what we
want.

Moreover, its' not just the big distros. It's every corporation with a
product based around Linux, which are far more numerous and smaller
operations. We *have* to encourage these people to work with us, else
we end up not getting bug fixes back upstream from them etc.

That means giving them stable, consistent userspace<->kernel APIs.

M.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/