Re: contrib vs. gborg/pgfoundry for replication solutions

From: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: Jan Wieck <JanWieck(at)Yahoo(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: contrib vs. gborg/pgfoundry for replication solutions
Date: 2004-04-21 18:53:34
Message-ID: 4086C32E.70106@zeut.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Joshua D. Drake wrote:

> Hello,
>
> My personal opinion is that contrib should be removed entirely. Just
> have a contrib.txt that says all contrib modules are at pgfoundry or
> whatever.

I'm not so sure that's a good idea. I think contrib is a good
repository for code that is tightly tied to the backend, or provides
extentions to the backen, or is something that will eventually be
integrated into the backend, but just isn't ready for prime time yet
(pg_autovacuum for example). The value of contrib is exposure. I
firmly believe that pg_autovacuum would not have gotten as much testing
from gborg as it has from contrib.

Perhaps the definition of what should be in contrib should be tightened
down, and anything that doesn't meet that definition should be removed,
but I think contrib is a good concept.

Matthew

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2004-04-21 18:57:10 Re: contrib vs. gborg/pgfoundry for replication solutions
Previous Message Neil Conway 2004-04-21 18:49:54 valgrind errors