Re: mailing list archiver chewing patches

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Dave Page <dpage(at)pgadmin(dot)org>, Matteo Beccati <php(at)beccati(dot)com>, Abhijit Menon-Sen <ams(at)toroid(dot)org>, Magnus Hagander <magnus(at)hagander(dot)net>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Dimitri Fontaine <dfontaine(at)hi-media(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Tim Bunce <Tim(dot)Bunce(at)pobox(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: mailing list archiver chewing patches
Date: 2010-01-12 17:38:13
Message-ID: 1263317893.4362.95.camel@jd-desktop.unknown.charter.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-www

On Tue, 2010-01-12 at 11:54 -0500, Tom Lane wrote:

> > Or, we just leave the current infrastructure in place and use a new one
> > for all new messages going forward. We shouldn't limit our ability to
> > have a decent system due to decisions of the past.
>
> -1. What's the point of having archives? IMO the mailing list archives
> are nearly as critical a piece of the project infrastructure as the CVS
> repository. We've already established that moving to a new SCM that
> fails to preserve the CVS history wouldn't be acceptable. I hardly
> think that the bar is any lower for mailing list archives.
>
> Now I think we could possibly skip the requirement suggested above for
> URL compatibility, if we just leave the old archives on-line so that
> those URLs all still resolve. But if we can't load all the old messages
> into the new infrastructure, it'll basically be useless for searching
> purposes.
>
> (Hmm, re-reading what you said, maybe we are suggesting the same thing,
> but it's not clear. Anyway my point is that Dave's first two
> requirements are real. Only the third might not be.)

We are saying the same thing. Sorry if I wasn't clear.

Joshua D. Drake

>
> regards, tom lane
>

--
PostgreSQL.org Major Contributor
Command Prompt, Inc: http://www.commandprompt.com/ - 503.667.4564
Consulting, Training, Support, Custom Development, Engineering
Respect is earned, not gained through arbitrary and repetitive use or Mr. or Sir.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Joe Conway 2010-01-12 17:40:00 Re: Fix for memory leak in dblink
Previous Message Dave Page 2010-01-12 17:34:45 Re: mailing list archiver chewing patches

Browse pgsql-www by date

  From Date Subject
Next Message Magnus Hagander 2010-01-12 18:54:27 Re: mailing list archiver chewing patches
Previous Message Dave Page 2010-01-12 17:34:45 Re: mailing list archiver chewing patches