From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29255 invoked by alias); 25 Nov 2005 15:57:48 -0000 Received: (qmail 29242 invoked by uid 22791); 25 Nov 2005 15:57:47 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Fri, 25 Nov 2005 15:57:45 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1EffxH-0007YV-5s; Fri, 25 Nov 2005 10:57:43 -0500 Date: Fri, 25 Nov 2005 16:04:00 -0000 From: Daniel Jacobowitz To: Eli Zaretskii Cc: gdb@sourceware.org Subject: Re: Maintainer policy for GDB Message-ID: <20051125155742.GA29028@nevyn.them.org> Mail-Followup-To: Eli Zaretskii , gdb@sourceware.org References: <20051123195558.GZ1635@adacore.com> <20051124171814.GI1635@adacore.com> <20051125030605.GA20073@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i X-IsSubscribed: yes 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/msg00560.txt.bz2 On Fri, Nov 25, 2005 at 10:36:59AM +0200, Eli Zaretskii wrote: > > Date: Thu, 24 Nov 2005 22:06:05 -0500 > > From: Daniel Jacobowitz > > Cc: Joel Brobecker , david.carlton@sun.com, > > gdb@sourceware.org > > > > I'm somewhat worried about the timeout causing friction whenever it is > > used > > I'm not sure I understand what you mean by ``friction''. Can you > elaborate? I expect that contributors will get annoyed at maintainers who are responsible but inactive (because they've added delay), and in return those maintainers will get annoyed at contributors for any comments they make about the subject. A timeout is all well and good for you and for documentation, Eli; you're unbelievably responsive. Surely you've noticed that you're just about the _only_ area reviewer who is so responsive. We also need to consider everybody else. I'd rather not continue this discussion, though; I think we need to compromise and move on. -- Daniel Jacobowitz CodeSourcery, LLC