From: Josh Boyer <jwboyer@fedoraproject.org>
To: Greg KH <greg@kroah.com>
Cc: Sasha Levin <sasha.levin@oracle.com>,
"ksummit-discuss@lists.linuxfoundation.org"
<ksummit-discuss@lists.linuxfoundation.org>
Subject: Re: [Ksummit-discuss] [CORE TOPIC] Issues with stable process
Date: Wed, 15 Jul 2015 15:34:36 -0400 [thread overview]
Message-ID: <CA+5PVA7iBGy=xvpFy5ULinovVjJk5zZnqWH37xZP=N8r6u685A@mail.gmail.com> (raw)
In-Reply-To: <20150715164054.GA13378@kroah.com>
On Wed, Jul 15, 2015 at 12:40 PM, Greg KH <greg@kroah.com> wrote:
> On Wed, Jul 15, 2015 at 12:15:50PM -0400, Sasha Levin wrote:
>> On 07/15/2015 12:03 PM, Greg KH wrote:
>> >> > That would be the ideal setup for me though -- tagged or branched -rc
>> >> > candidates of stable releases that I'd be happy to put through the
>> >> > build/boot test at my end.
>> > kernelci now handles -rc stable releases, so would this just be a
>> > duplication of that work?
>>
>> I've actually suggested -rc stable cycles for the purpose of getting -rc
>> stable kernels into users hands by making it possible for distros to
>> ship these as proposed/test kernels by giving them enough time (right now
>> the review cycle is only a few days, making it impossible for distros
>> to ship them).
>
> Given that I do a new -stable release on the average of one a week,
> getting these into a distro as a testing kernel and getting feedback is
> going to be pretty much impossible.
>
>> As Guenter and Greg mentioned, there's already a fair amount of testing
>> being done on the queue branches, but there's really no testing being
>> done by end users before they receive a final kernel.
>
> I get feedback from Fedora, they always let me know when something goes
> really wrong, which is pretty unusual. So I don't know if "more
> testing" is going to really pay off.
Well... yes. We do give feedback, sometimes even other than "oh my
this is broken." However, our rollout plans tend to skip all the .1
stable releases because we've been bitten a few times in the past with
patches that went into -rc1 that were wrong. Pretty much the
scenarios being discussed. So we have held off until .2 comes out to
rebase our releases.
Now, we switched to that a while ago before you started the "must be
in a Linus release" rule, so maybe .1 releases are better now. We
just don't have data to back it up on the Fedora side though, and I
wanted to be clear on why that is.
Another reason we don't ship .1 releases is because the backlog of
patches is usually huge still, and the prior 4.X-1.y release is
usually still getting updates at this point. So shipping a .1 rebase
to turn around and ship .2 a week later is a lot of churn for
relatively little gain. We can get the rebase and the extra patches
in .2 by simply waiting.
josh
next prev parent reply other threads:[~2015-07-15 19:34 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-11 16:12 [Ksummit-discuss] [CORE TOPIC] Issues with stable process Sasha Levin
2015-07-12 10:02 ` Geert Uytterhoeven
2015-07-12 13:32 ` Sasha Levin
2015-07-13 0:52 ` NeilBrown
2015-07-13 3:32 ` Andy Lutomirski
2015-07-13 4:27 ` Sasha Levin
2015-07-13 5:10 ` NeilBrown
2015-07-13 22:55 ` Rafael J. Wysocki
2015-07-13 18:21 ` Steven Rostedt
2015-07-13 18:51 ` Mark Brown
2015-07-15 14:52 ` Olof Johansson
2015-07-15 15:59 ` Guenter Roeck
2015-07-15 16:03 ` Greg KH
2015-07-15 16:15 ` Sasha Levin
2015-07-15 16:40 ` Greg KH
2015-07-15 19:34 ` Josh Boyer [this message]
2015-07-15 21:21 ` Sasha Levin
2015-07-15 22:34 ` Greg KH
2015-07-15 22:40 ` Sasha Levin
2015-07-16 3:36 ` Greg KH
2015-07-17 0:52 ` Rafael J. Wysocki
2015-07-16 9:06 ` Zefan Li
2015-07-16 18:14 ` Olof Johansson
2015-07-14 0:42 ` Sasha Levin
2015-07-14 1:02 ` Steven Rostedt
2015-07-14 2:00 ` Sasha Levin
2015-07-14 2:28 ` Jonathan Corbet
2015-07-14 3:48 ` Stephen Rothwell
2015-07-14 7:14 ` Geert Uytterhoeven
2015-07-14 11:03 ` James Bottomley
2015-07-14 13:29 ` Steven Rostedt
2015-07-14 20:17 ` James Bottomley
2015-07-14 20:45 ` Mark Brown
2015-07-14 22:12 ` Steven Rostedt
2015-07-14 22:36 ` Andy Lutomirski
2015-09-01 8:44 ` Jani Nikula
2015-09-01 20:52 ` Greg KH
2015-09-01 21:00 ` Sasha Levin
2015-09-01 21:08 ` Jiri Kosina
2015-09-01 22:47 ` Sasha Levin
2015-09-02 10:10 ` Luis Henriques
2015-07-16 0:53 ` Rafael J. Wysocki
2015-07-16 11:50 ` Mark Brown
2015-07-14 3:42 ` Stephen Rothwell
2015-07-14 7:03 ` Geert Uytterhoeven
2015-07-14 10:46 ` Mark Brown
2015-07-14 13:57 ` Sasha Levin
2015-07-14 15:25 ` Mark Brown
2015-07-14 15:32 ` Sasha Levin
2015-07-14 15:38 ` Steven Rostedt
2015-07-14 15:53 ` Sasha Levin
2015-07-14 16:02 ` Steven Rostedt
2015-07-14 19:30 ` Sasha Levin
2015-07-14 19:38 ` Steven Rostedt
2015-07-15 1:49 ` NeilBrown
2015-07-15 2:09 ` Sasha Levin
2015-07-15 2:28 ` NeilBrown
2015-07-15 10:13 ` James Bottomley
2015-07-15 23:24 ` NeilBrown
2015-07-16 1:05 ` Andy Lutomirski
2015-07-16 1:43 ` Linus Torvalds
2015-07-16 1:25 ` Steven Rostedt
2015-07-16 9:19 ` James Bottomley
2015-07-16 12:33 ` Jonathan Cameron
2015-08-03 8:32 ` Fengguang Wu
2015-07-14 15:56 ` Mark Brown
2015-07-14 19:01 ` Sasha Levin
2015-07-14 19:18 ` Geert Uytterhoeven
2015-07-14 19:31 ` Sasha Levin
2015-07-15 9:26 ` Jan Kara
2015-07-16 12:53 ` Mark Brown
2015-07-13 9:22 ` Jan Kara
2015-07-13 20:51 ` Greg KH
2015-07-14 0:51 ` Sasha Levin
2015-07-14 2:46 ` NeilBrown
2015-07-15 19:41 ` Steven Rostedt
2015-07-15 20:14 ` James Bottomley
2015-07-12 15:01 ` Masami Hiramatsu
2015-07-13 10:15 ` Zefan Li
2015-07-13 16:12 ` Sasha Levin
2015-07-14 10:08 ` Zefan Li
2015-07-14 14:00 ` Sasha Levin
2015-07-15 0:01 ` Greg Kroah-Hartman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CA+5PVA7iBGy=xvpFy5ULinovVjJk5zZnqWH37xZP=N8r6u685A@mail.gmail.com' \
--to=jwboyer@fedoraproject.org \
--cc=greg@kroah.com \
--cc=ksummit-discuss@lists.linuxfoundation.org \
--cc=sasha.levin@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.