Re: 2.6.16-rc4: known regressions

[Greg KH <gregkh@suse.de>]

On Thu, Feb 23, 2006 at 09:29:50AM -0800, Martin Bligh wrote:
> >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.

They are very reluctant to upgrade kernels today, for released versions
of the distro, and so they backport kernel fixes and security updates to
that older kernel, just like all of the packages in a distro.  That's
they way they work.

But they work together with mainline as they need it for their _next_
release that happens again in 6 months or so, with the updated kernel
and everything else.

thanks,

greg k-h
-
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/