[Ksummit-discuss] [CORE TOPIC] stable issues

Takashi Iwai tiwai at suse.de
Mon May 5 16:02:21 UTC 2014


At Mon, 5 May 2014 17:39:28 +0200,
Jan Kara wrote:
> 
> On Mon 05-05-14 17:23:18, Takashi Iwai wrote:
> > At Mon, 5 May 2014 09:41:26 -0400,
> > Theodore Ts'o wrote:
> > > The challenge is that companies generally need to be able to make that
> > > decision at least 3-6 months ahead of time for planning purposes, and
> > > this requires that companies be willing to actually communicate their
> > > stablization plans externally ahead of time.  Which, unfortuantely,
> > > may or may not always be practical.
> > > 
> > > And of course, depending on how many patches get integrated into said
> > > "enterprise" kernel, it might end up being very far from the official
> > > upstream stable kernel, so it might or might not matter in any case.
> > 
> > Or, other way round: can the upstream LTS kernel be defined earlier?
> > Then distros may align to it when it's known beforehand.
> > It'd be even helpful for subsystem maintainers to decide whether some
> > big infrastructure change should be applied or postponed.
>   Well, but Greg doesn't want to declare a kernel LTS before it is released
> exactly so that people don't cram in lots of imature stuff which needs to
> be fixed up later. And I agree with him that this is going to happen if he
> would declare LTS kernels in advance. So I don't think this is a good
> alternative.

I agree with such a possible risk.  OTOH, if a big change (or file
renames) happens just after LTS kernel, it may make impossible to
carry even a small trivial fix back to LTS kernel.  So, it can be also
a demerit, too.


thanks,

Takashi


More information about the Ksummit-discuss mailing list