From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31637 invoked by alias); 18 Nov 2005 13:15:19 -0000 Received: (qmail 31487 invoked by uid 22791); 18 Nov 2005 13:15:07 -0000 Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 18 Nov 2005 13:15:06 +0000 Received: from HOME-C4E4A596F7 (IGLD-83-130-211-96.inter.net.il [83.130.211.96]) by romy.inter.net.il (MOS 3.5.8-GR) with ESMTP id CZT14101 (AUTH halo1); Fri, 18 Nov 2005 15:14:52 +0200 (IST) Date: Fri, 18 Nov 2005 13:15:00 -0000 Message-Id: From: Eli Zaretskii To: gdb@sourceware.org In-reply-to: <20051118030711.GB31581@nevyn.them.org> (message from Daniel Jacobowitz on Thu, 17 Nov 2005 22:07:11 -0500) Subject: Re: Maintainer policy for GDB Reply-to: Eli Zaretskii References: <20051117044801.GA4705@nevyn.them.org> <20051117044801.GA4705@nevyn.them.org> <8f2776cb0511162240q6f550008udda9803b5253fd88@mail.gmail.com> <8f2776cb0511162244u5274377m70684a364a8a7edd@mail.gmail.com> <20051117140353.GA11432@nevyn.them.org> <20051117044801.GA4705@nevyn.them.org> <8f2776cb0511162240q6f550008udda9803b5253fd88@mail.gmail.com> <20051118030711.GB31581@nevyn.them.org> Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2005-11/txt/msg00380.txt.bz2 > Date: Thu, 17 Nov 2005 22:07:11 -0500 > From: Daniel Jacobowitz > > > > I absolutely don't want a voting system involved in this process. > > > > Why not? > > Here's the reasons that come to mind: > > - Voting systems are slow to use; it takes a long time to get > a reasonable number of responses from developers. > > - They require a huge amount of process, structure, and > documentation. I spent a long time getting one adopted > for the steering committee, and I'm not eager to do it again. > > - In any dispute among the GDB developers, the SC is available > to resolve the issue. They hold the final word - that's the > FSF's official position. We don't need to be afraid to > invoke the SC; they're here to help. In other words, you find voting (a) inconvenient and (b) unnecessary. I thought you had more fundamental reasons; ``absolutely don't want'' seemed to imply that. > The responsibility for patch review falls to the people > listed in the "Responsible Maintainers" section, and then to the global > maintainers for any patch without a responsible maintainer listed. The > authority is held by the global maintainers, the responsible > maintainers within their broad areas, and the authorized committers > within their possibly narrower areas. > > Is that better? Sorry, not really. The difference between responsibility for patch review and authority for patch review is still not clear: it sounds like they both rest with the same people, responsible maintainers and global maintainers. Perhaps we lack a definition of what is included in responsibility and what is included in authority. The words are similar in semantic meaning. How about describing the process during which both the responsibility and the authority are executed? > No objection to referencing a Wiki (by nature a live document) from > MAINTAINERS? Not from me. > > Do we consider it a as a goal to have someone listed for every "area" > > (file?) in gdb? > > In my opinion, no. For instance, right now there's no one active on > the list of maintainers who is keeping an eye on MI; therefore I don't > think there's benefit from listing anyone in particular. Isn't it desirable to have an expert for each area of GDB code? If not, why not? what are the disadvantages of that? (I don't think this is directly related to the present discussion, but I was too surprised to read your negative response to Joel's question to let that go without understanding it.)