On Thu, 2015-05-28 at 12:46 +0200, Takashi Iwai wrote:
At Thu, 28 May 2015 12:28:55 +0200,
Oliver Neukum wrote:
> On Thu, 2015-05-28 at 12:13 +0200, Takashi Iwai wrote:
> > At Thu, 28 May 2015 11:57:45 +0200,
> > Oliver Neukum wrote:
It means we should select and take only reasonable
ones, not blindly
I cannot filter a stable tree. I can backport the patches, I can fix
kABI breakages if a tool detects them, but I cannot in effect redo
a large part of the work of a maintainer of a stable tree.
Well, we do fix kABI breakage even from stable tree if it makes more
sense than leaving as is. As said, it's just not guaranteed, but we
usually try ourselves serving good for users.
That is perfectly good. I just would like the detection to be
decision, that is, do we treat the patches from Ubuntu as
a stable tree and trust them needs to be made. I can do specific
things, but I cannot redo the process of selecting patches for stable.
Yes, this is the biggest question. This has been already discussed
multiple times, but always faded without proper conclusion. I don't
The problem is that time works against us.
think we'd want to take Ubuntu's patches
blindly. It's not neutral,
I am afraid, it will be taking them in bulk or not at all.
Clearly I don't have time to review so many patches. And I strongly
suspect nobody has that much time.
Practically seen, how to deal with bugs / regressions
with this tree?
Do we use Launchpad and discuss there for bugs of openSUSE kernel?
We still have patches that don't go there. I'd say a problem with a
stable tree belongs on lkml. It is unlikely that it would be specific
to that tree.
do that for regular stable patches.
Yes, for regular stable updates. Now it's not regular one, IMO.
That seems problematic to me. We cannot make bugzillas for all
patches in an "extended stable" update. So what use is a bnc?
And furthermore the idea to have a semistable upstream seems
to combine the disadvantages of using a stable tree with the
disadvantages of not using a stable tree.
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org