Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 34529 invoked from network); 19 Nov 2003 03:08:05 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 19 Nov 2003 03:08:05 -0000 Received: (qmail 71564 invoked by uid 500); 19 Nov 2003 03:07:40 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 71522 invoked by uid 500); 19 Nov 2003 03:07:40 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 71507 invoked from network); 19 Nov 2003 03:07:39 -0000 Received: from unknown (HELO out2.smtp.messagingengine.com) (66.111.4.26) by daedalus.apache.org with SMTP; 19 Nov 2003 03:07:39 -0000 X-Sasl-enc: cCIgcL0zarRcExgOx0+0XA 1069211266 Received: from RM505.mgmt.mcgill.ca (Toronto-HSE-ppp3742121.sympatico.ca [67.68.71.230]) by mail.messagingengine.com (Postfix) with ESMTP id 420A54322AB; Tue, 18 Nov 2003 22:07:45 -0500 (EST) Date: Tue, 18 Nov 2003 22:07:16 -0500 (Eastern Standard Time) From: Joshua Slive To: dev@httpd.apache.org, trawick@attglobal.net Subject: Re: Patch management In-Reply-To: <3FB90190.8050408@attglobal.net> Message-ID: References: <20031116091223.GA21639@netspace.org> <3FB7AFAE.5000509@attglobal.net> <1069003265.11280.292.camel@kepler> <20031117011037.406dcb6d.nd@perlig.de> <3FB90190.8050408@attglobal.net> X-X-Sender: slive@fastmail.fm@mail.messagingengine.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Mon, 17 Nov 2003, Jeff Trawick wrote: > What must be done to the bug tracker we have now to track the patches better? > > (I'm not against having something better, but I don't want to see a delay in > waiting for some magic tool.) > > We can already assign the keyword "PatchAvailable" for entries and mark entries > as enhancements or bugs of various severities. People with patches to submit > can already manage the data entry themselves. I did try to use the PatchAvailable keyword for a while. I even posted helpful links like this to the dev list: http://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Apache+httpd-1.3&product=Apache+httpd-2.0&keywords=PatchAvailable&keywords_type=anywords I'm sure the people who skim the bug database traffic wouldn't mind making sure that keyword gets assigned. The biggest problem is: > b) making sure the submitter gets some response in a reasonable time Perhaps one thing to do would be to more strongly encourage people, as an entry to apache development, to go through these PatchAvailable bugs, and do formal reviews and tests of the code. Of course a core team member needs to do the final commit, but it is easier if there is evidence of reviews. Joshua.