From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4113 invoked by alias); 25 Mar 2004 06:11:38 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 4106 invoked from network); 25 Mar 2004 06:11:37 -0000 Received: from unknown (HELO nile.gnat.com) (205.232.38.5) by sources.redhat.com with SMTP; 25 Mar 2004 06:11:37 -0000 Received: from localhost (localhost [127.0.0.1]) by nile.gnat.com (Postfix) with ESMTP id D82A3F2B55; Thu, 25 Mar 2004 01:11:36 -0500 (EST) Received: from nile.gnat.com ([127.0.0.1]) by localhost (nile.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15854-01-4; Thu, 25 Mar 2004 01:11:36 -0500 (EST) Received: from gnat.com (hoosic.gnat.com [205.232.38.102]) by nile.gnat.com (Postfix) with ESMTP id 6BF7FF2CBA; Thu, 25 Mar 2004 01:11:36 -0500 (EST) Message-ID: <40627817.3020306@gnat.com> Date: Thu, 25 Mar 2004 06:11:00 -0000 From: Robert Dewar User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 MIME-Version: 1.0 To: Bob Rossi Cc: Richard Stallman , gdbheads@gnu.org, gdb-patches@sources.redhat.com Subject: Re: [Gdbheads] Re: Feb's patch resolution rate References: <20040225040059.GB19094@white> <16456.65451.461753.66554@localhost.redhat.com> <20040306155700.GA9439@white> <20040311132508.GA2504@white> <20040323130900.GA17339@white> <4060A523.6010801@gnu.org> <4060ACC8.10209@gnu.org> <20040325041331.GD19966@white> In-Reply-To: <20040325041331.GD19966@white> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at nile.gnat.com X-SW-Source: 2004-03/txt/msg00594.txt.bz2 Bob Rossi wrote: > Is quick linear with the size of the patch? To me, quick varies with the interest/importance/complexity/size of the patch, and it is impossible to make firm rules. Probably a reasonable rule is to try to make sure that patches just do not sit with no response, i.e. that you at least get some feedback as to why there is a delay.