From: Mark Brown <broonie@opensource.wolfsonmicro.com>
To: "Myklebust, Trond" <Trond.Myklebust@netapp.com>
Cc: "ksummit-2012-discuss@lists.linux-foundation.org"
<ksummit-2012-discuss@lists.linux-foundation.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [Ksummit-2012-discuss] [ATTEND] Discussion: role of the maintainer?
Date: Sun, 17 Jun 2012 18:54:06 +0100 [thread overview]
Message-ID: <20120617175406.GC10241@sirena.org.uk> (raw)
In-Reply-To: <1339875074.8267.87.camel@lade.trondhjem.org>
On Sat, Jun 16, 2012 at 07:31:19PM +0000, Myklebust, Trond wrote:
> My question is whether or not there might be some value in splitting out
> some of these roles, so that we can assign them to different people, and
> thus help to address the scalability issues that Thomas raised? For
> instance, would it be useful to have a separate 'software maintainer'
> role for dealing with post-merge issues, such as ensuring that bugs and
> regressions get fixed by someone?
I mostly agree with Guenter's comments on this, I think that overall
it's much better to give people permission to do more (which naturally
takes off a bit of the load) and let things flow than to try anything
formal.
> If so, how do we ensure that people get credit for the roles that they
> assume? Should we perhaps add additional entries to the MAINTAINERS file
> for some of these responsibilities?
I do sometimes find myself wishing there were more postive things I
could do to say "X is doing an awesome job, you should pay attention to
them/do things like they do/whatever", doing that and saying things
directly to people is good but it's not as discoverable for new
contributors as it might be. I'm all out of useful ideas for how to do
that, though.
prev parent reply other threads:[~2012-06-17 17:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-16 19:31 Myklebust, Trond
2012-06-17 1:13 ` [Ksummit-2012-discuss] " Guenter Roeck
2012-06-17 17:54 ` Mark Brown [this message]
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=20120617175406.GC10241@sirena.org.uk \
--to=broonie@opensource.wolfsonmicro.com \
--cc=Trond.Myklebust@netapp.com \
--cc=ksummit-2012-discuss@lists.linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®