Skip site navigation (1) Skip section navigation (2)

Re: Patch queue -> wiki (was varadic patch)

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Greg Smith <gsmith(at)gregsmith(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Patch queue -> wiki (was varadic patch)
Date: 2008-04-02 19:43:48
Message-ID: 47F3E1F4.6060806@dunslane.net (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-www

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

In response to

pgsql-www by date

Next:From: Bruce MomjianDate: 2008-04-02 23:23:58
Subject: Advertizing email footers
Previous:From: Tom LaneDate: 2008-04-02 19:21:02
Subject: Re: Patch queue -> wiki (was varadic patch)

pgsql-hackers by date

Next:From: Tom LaneDate: 2008-04-02 20:29:31
Subject: Re: [GENERAL] ANALYZE getting dead tuple count hopelessly wrong
Previous:From: Andrew DunstanDate: 2008-04-02 19:41:10
Subject: Re: notify with payload (pgkill, notify)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group