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

Re: pg_migrator to /contrib in a later 9.0 beta

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Dimitri Fontaine <dfontaine(at)hi-media(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pg_migrator to /contrib in a later 9.0 beta
Date: 2010-05-01 00:23:12
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Tom Lane wrote:
> Dimitri Fontaine <dfontaine(at)hi-media(dot)com> writes:
> > Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> >> I also think that the standards for contrib should not be so lax that a
> >> completely new module can be added after beta.  (This is mostly informed
> >> by the feeling that contrib should go away entirely.)
> > +1
> > For the record, the contrib replacement would look like proper Extension
> > handling in dump&restore, PGXS support for windows, and PGAN for source
> > level archive distribution. We'd still rely on distributions support for
> > binaries.
> Both of you are living in some fantasy land.  The reason contrib is held
> to a lower standard than core is that nobody is willing to put the same
> level of effort into contrib.  There are modules in there (most of them,
> in fact) that haven't been touched for years, other than as part of
> system-wide search-and-replace patches.  Extension support is not going
> to magically fix that and cause maintenance effort to appear from
> nowhere.
> In the end, the main useful function that contrib serves is to provide
> examples of how to write Postgres extensions.  Because of that, removing
> it as Peter suggests doesn't seem like a good idea to me.

So what do people want to do with pg_migrator?  I don't think calling
pg_migrator a major features requires it to be in /bin.  We added full
text search to /contrib years ago and that was a major feature.

  Bruce Momjian  <bruce(at)momjian(dot)us>

In response to


pgsql-hackers by date

Next:From: Boszormenyi ZoltanDate: 2010-05-01 05:42:54
Subject: Re: Synchronous replication patch built on SR
Previous:From: Tom LaneDate: 2010-04-30 21:44:08
Subject: Re: HS - odd process listing

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