Re: Patch queue -> wiki - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Patch queue -> wiki
Date
Msg-id 27307.1207361987@sss.pgh.pa.us
Whole thread Raw
In response to Re: Patch queue -> wiki  (Gregory Stark <stark@enterprisedb.com>)
Responses Re: Patch queue -> wiki  (Bruce Momjian <bruce@momjian.us>)
Re: Patch queue -> wiki  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-hackers
Gregory Stark <stark@enterprisedb.com> writes:
> "Bruce Momjian" <bruce@momjian.us> writes:
>> Basically a Wiki takes 10x more time for me to modify something, so
>> unless I get another 9 people to do the same amount of work I do on
>> tracking, we are going to fall behind.  I am not willing to increase the
>> amount of time I already spend doing this.  Perhaps distributed over the
>> community there will be 9x more time spent on tracking, but I doubt it.

> On a busy day we might get 5 patches submitted or updated. That's five lines
> of text to add or edit.

I think what Bruce is really complaining about here is that he's got
years worth of development in his current infrastructure, and so it only
costs him a few seconds and keystrokes to push stuff into his existing
patch queue; while there's no such shortcuts for the wiki.  Which is a
fair complaint, but it's hardly insoluble.

> The hard part is reading the email and figuring out
> what status the patch is in.

Certainly.  What we've got to do is make sure that after someone has
made that decision, it doesn't cost them a couple of minutes of drudgery
to look up the appropriate email-archives URL and push it into the wiki
page (probably with a comment).  I can't imagine that this is terribly
difficult, but web page scripting isn't one of my strengths ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: modules
Next
From: Gregory Stark
Date:
Subject: Re: Commitfest patches