Received: from localhost (maia-4.hub.org [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id C917C9FB345 for ; Sun, 29 Apr 2007 18:52:05 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 50330-06 for ; Sun, 29 Apr 2007 18:52:05 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from floppy.pyrenet.fr (floppy.pyrenet.fr [194.116.145.2]) by postgresql.org (Postfix) with ESMTP id F08C49FB322 for ; Sun, 29 Apr 2007 18:52:04 -0300 (ADT) Received: by floppy.pyrenet.fr (Postfix, from userid 106) id D5CF030909; Sun, 29 Apr 2007 23:52:03 +0200 (MET DST) From: Lukas Kahwe Smith X-Newsgroups: pgsql.hackers Subject: Re: Feature freeze progress report Date: Sun, 29 Apr 2007 14:52:03 -0700 Organization: Hub.Org Networking Services Lines: 27 Message-ID: <46351383.5030306@pooteeweet.org> References: <200704270313.l3R3DwF16449@momjian.us> <1177792836.3663.61.camel@silverbirch.site> <46349EF4.2010304@enterprisedb.com> <4634EC25.6010104@postgresql.org> <4634F25C.3070403@kaltenbrunner.cc> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@news.hub.org To: Stefan Kaltenbrunner User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) In-Reply-To: <4634F25C.3070403@kaltenbrunner.cc> To: pgsql-hackers@postgresql.org X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200704/1217 X-Sequence-Number: 102550 Stefan Kaltenbrunner wrote: >> 2) Introduce a new patch management system. I suggest a web interface >> through which patches be submitted. This would assign them an ID number, >> and forward them to the patches list. The system would track any >> responses to the initial email, logging the thread automatically and >> making it available through the web interface. Posts from >> trusted/experienced developers might be highlighted so that committers >> can see at a glance if any of the more experienced guys have commented >> on the patch yet. A status flag could easily include a status flag to >> mark them as "won't accept", "committed", "under review" or "under >> revision". If left at "under review" for too long, the patch might be >> highlighted, and if at "under revision" for too long, the patch author >> might be automatically requested to send a status report. > > this sounds like trying to reinvent a real bugtracking system with an > email interface ... I think the angle of this suggestion is to approach things from the perspective of trying to automate more according to how people are currently working instead of shoehorning an existing solution. It seems that most folks on -hackers prefer email based systems. The proposals sounds like it would not change anything much for people who choose to ignore the web interface and as such it has some appeal to it. regards, Lukas