From: Daniel Jacobowitz <drow@mvista.com>
To: Andrew Cagney <ac131313@redhat.com>
Cc: David Carlton <carlton@math.stanford.edu>, gdb <gdb@sources.redhat.com>
Subject: Re: [maint] GDB needs more local maintainers
Date: Wed, 26 Feb 2003 18:17:00 -0000 [thread overview]
Message-ID: <20030226181746.GA16029@nevyn.them.org> (raw)
In-Reply-To: <3E5CF375.4050009@redhat.com>
On Wed, Feb 26, 2003 at 12:03:49PM -0500, Andrew Cagney wrote:
> David, I wish it were this simple.
>
> At one point, in the deep dark past the `solution' adopted was to `throw
> more maintainers at the problem'. If you think this is starting to
> sound like `throwing more programmers at the problem' then it is :-(
>
> One thing that has changed since then is for for developers to recognize
> that that while they might have a short (weeks) to medium (months) term
> interest in a specific aspect of GDB, they don't have the level of
> commitment needed to maintain that body of code.
>
> This is why the maintainers file contains things like: send tricky ones
> to person XXX; or person XXX can make changes. While XXX can take
> certain liberties it is clear that `the buck' doesn't stop with them. A
> more senior maintainer is free to approve/make changes. I would be
> wasting my time if I try to chase after them with a patch.
>
> This is also why I try to encourage developers (remember I also act in
> that role) to discuss / negotiate technical issues up front. That way
> they can be largly pre-approved. Such `fairly obvious' change can
> (especially when the issues have been trialed on a branch, but with the
> help of a global maintainer and 100% public) then be committed using a
> 24-48hr rolling schedule (but with with definite timeouts so that
> everyone has a chance to clean up the fallout - cf the interps patch).
>
> Finally, this is also why it is important for maintainers to recognize
> that it is some times time to let go and move on. Perhaphs dropping
> certain areas of responsibility (and picking others up). (On this last
> point, it is good to see that all the maintainers are currently doing this.)
Andrew,
I'm throwing the buck back at you, as the project administrator. Could
you answer a couple of questions for me?
- Do you think that we have a problem in this area?
I do, as should be obvious. He may be annoyed at me for bringing
it up, but at least one of our friends at Apple does - they say it's
impacting their contributions back. At least three of the seven
global maintainers who responded to my last thread about this issue
(not counting myself) also clearly agreed.
- What do you suggest we do about it, given your strong negative
reactions to David's suggestion and my suggestion?
So far, the response has been for several people to drop
responsibilities. In at least some of those cases an area with a small
number of maintainers went to an even smaller number of maintainers,
instead of floating back into the "global" space. How do you think
that helps anything?
Being adversarial about this isn't my idea of a good time, but I don't
feel that I'm making headway any other way.
[Yes, I dropped the buck on responding to a few previous messages in
the "maintenance process" thread; but so did just about everyone else.
That's the beautiful/terrible thing about tree thread structures;
hundreds of people can all have the last word.]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
next prev parent reply other threads:[~2003-02-26 18:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-24 20:36 David Carlton
2003-02-26 17:01 ` Andrew Cagney
2003-02-26 18:08 ` David Carlton
2003-02-26 18:17 ` Daniel Jacobowitz [this message]
2003-02-26 19:24 ` Andrew Cagney
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=20030226181746.GA16029@nevyn.them.org \
--to=drow@mvista.com \
--cc=ac131313@redhat.com \
--cc=carlton@math.stanford.edu \
--cc=gdb@sources.redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox