Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id 3632B2E0059 for ; Wed, 2 Apr 2008 16:44:01 -0300 (ADT) Received: from developer.postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 61256-05 for ; Wed, 2 Apr 2008 16:43:56 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from alexis.jtlnet.com (alexis.jtlnet.com [69.36.9.81]) by developer.postgresql.org (Postfix) with ESMTP id AD5612E003D for ; Wed, 2 Apr 2008 16:43:56 -0300 (ADT) Received: from [192.168.10.103] (cpe-075-177-177-228.nc.res.rr.com [::ffff:75.177.177.228]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by alexis.jtlnet.com with esmtp; Wed, 02 Apr 2008 15:43:13 -0400 id 0008BBA4.47F3E1D2.00002524 Message-ID: <47F3E1F4.6060806@dunslane.net> Date: Wed, 02 Apr 2008 15:43:48 -0400 From: Andrew Dunstan User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.0.12) Gecko/20071019 Fedora/1.0.9-3.fc6 pango-text SeaMonkey/1.0.9 MIME-Version: 1.0 To: Tom Lane CC: Greg Smith , Pg Hackers Subject: Re: Patch queue -> wiki (was varadic patch) References: <200804021548.m32Fm2A18483@momjian.us> <12929.1207164062@sss.pgh.pa.us> In-Reply-To: <12929.1207164062@sss.pgh.pa.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200804/110 X-Sequence-Number: 116203 Tom Lane wrote: > > For the past couple of weeks I've been dealing with both Bruce's queue > and the one at > http://wiki.postgresql.org/wiki/CommitFest:March > and frankly I find the latter a *whole* lot more satisfactory, despite > the fact that it's got exactly zero custom tooling or infrastructure > behind it. It doesn't have artificial constraints on page organization; > I can update it as soon as I've done something rather than waiting > around for Bruce to do so; and there's an automatically maintained > history of changes. Bruce has put a whole lot of man-hours into > getting his page to do a few of the things we could do for free with > the wiki page, but it's still got a long way to go. > > Now it would certainly be nice if there were some tools that would > assist with dumping URLs for newly-arrived messages into the wiki page. > Perhaps some of the pgsql-www crowd can think about how to do that. > But even if we had to do that entirely by hand, I'd rather go with the > wiki page. > > At some point it might be worth building the sort of heavy-duty > infrastructure for the patch queue that you have in mind here. > I don't think we need it yet, though, and I definitely don't think > we understand our requirements well enough yet to start designing > it. One of the reasons I like the wiki approach is exactly that > there's such a low barrier to getting started with it. > > > + MAXINT. cheers andrew