From: Luis Henriques <luis.henriques@canonical.com>
To: Sasha Levin <sasha.levin@oracle.com>
Cc: James Bottomley <James.Bottomley@HansenPartnership.com>,
Kamal Mostafa <kamal@canonical.com>,
"ksummit-discuss@lists.linuxfoundation.org"
<ksummit-discuss@lists.linuxfoundation.org>
Subject: Re: [Ksummit-discuss] [CORE TOPIC] Issues with stable process
Date: Wed, 2 Sep 2015 11:10:38 +0100 [thread overview]
Message-ID: <20150902101038.GA2435@ares> (raw)
In-Reply-To: <55E61200.8000706@oracle.com>
[ I'm also adding Kamal to the CC list as I'm not sure he's subscribed
to this ML. I don't know about the other maintainers listed in [1]. ]
On Tue, Sep 01, 2015 at 05:00:48PM -0400, Sasha Levin wrote:
> On 09/01/2015 04:52 PM, Greg KH wrote:
> >> I'm wondering if people would think it worthwhile to have a
> >> > collaborative effort of annotating commits using git notes, both
> >> > automatically and manually. The manual annotations might be things like,
> >> > "Cc: stable", "whoops, this was a bad idea for stable", or "this also
> >> > needs commit foo in stable". Of course, with more structure, but you get
> >> > the idea.
> > git notes are a pain to propagate around, so while I like the idea of
> > this, I don't know how well the proposed solution would work.
>
> I agree, the way we work right now doesn't really help with collaboration between
> us when working on multiple stable trees.
>
> I do have a plan in mind to create a "standard" set of scripts (rather than each
> using his own), where sharing of this metadata could be scripted in the background
> and used transparently without having to deal with notes/note conflicts/etc.
>
> However, we all do things a bit differently, so that's one of the reasons I think
> the -stable workshow will be useful: we could figure out a common base and start
> working from there.
>
> In the future, it would be interesting to get distro kernel maintainers into
> this mix as well...
>
I would definitely be interested in being involved in this discussion. We
currently maintain our set of scripts (as everyone else), but we still
follow the same stable process to maintain our kernels.
BTW, Kamal was already trying to incorporate git notes into our current
workflow in a similar way as Jani Nikula was suggesting before (and just
for reference, our workflow is documented here[2]). The problem for
merging the notes is obviously the difficult bit ('git notes maintainers' :-)
[1] https://www.kernel.org/category/releases.html
[2] https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable/Maintenance
Cheers,
--
Luís
next prev parent reply other threads:[~2015-09-02 10:10 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
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 [this message]
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=20150902101038.GA2435@ares \
--to=luis.henriques@canonical.com \
--cc=James.Bottomley@HansenPartnership.com \
--cc=kamal@canonical.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.