This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: Maintainer policy for GDB
- From: Jim Blandy <jimb at red-bean dot com>
- To: Eli Zaretskii <eliz at gnu dot org>
- Cc: gdb at sourceware dot org, Andrew Cagney <cagney at gnu dot org>, "J.T. Conklin" <jtc at acorntoolworks dot com>, Fred Fish <fnf at ninemoons dot com>, Peter Schauer <Peter dot Schauer at regent dot e-technik dot tu-muenchen dot de>, Elena Zannoni <ezannoni at redhat dot com>
- Date: Thu, 17 Nov 2005 13:10:21 -0800
- Subject: Re: Maintainer policy for GDB
- References: <20051117044801.GA4705@nevyn.them.org> <uk6f7590n.fsf@gnu.org>
[I've dropped individuals from the CC list that I know to read gdb@ regularly.]
On 11/17/05, Eli Zaretskii <eliz@gnu.org> wrote:
> > I have always been in favor of the concept that global maintainers should be
> > able to approve patches anywhere, without having to wait for area
> > maintainers. If we don't trust each other enough for that, then we need to
> > work on the trust and/or the list of maintainers.
>
> The problem is, trust is built by following rules which are initially
> intentionally restrictive. As the trust grows, the restrictions can
> be gradually lifted.
That's not the pattern I'm familiar with. An organization can have
strict rules, and as trust is built up, people will tolerate those
rules being bent or set aside in specific cases. But I've never seen
the restrictions be explicitly lifted as a result of that. We have
restrictions in place that many of GDB's contributors don't like, and
which are definitely hampering progress.
> By contrast, you suggest to begin with unconditional trust. We
> already tried that in the past, and we saw what happened. Why try
> that again? why assume that what happened once, cannot happen again?
You need to be more specific. I agree with your characterization that
we trusted too much in 1999 that everything would just work out, but I
don't see that this proposal makes the same mistake. What particular
passages concern you? What are their consequences?