Re: Extensions support for pg_dump, patch v27 - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: Extensions support for pg_dump, patch v27
Date
Msg-id m2vd0umbfh.fsf@2ndQuadrant.fr
Whole thread Raw
In response to Re: Extensions support for pg_dump, patch v27  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:
> I have gone ahead and committed the core and documentation parts of this

Thank you!

And I'd like to take the time to thank all of you who helped me reach
this goal, but that ranges to about everyone here who I talked to at any
conference those last two or three years (I still remember talking about
that at PGDay 2008 in Prato, but the ball was already rolling if only in
my head).

You might also be interested to know that the research leading to these
results has received funding from the European Union's Seventh Framework
Programme (FP7/2007-2013) under grant agreement 258862.

> patch, but not as yet any of the contrib changes; that is, all the
> contrib modules are still building old-style.  I had intended to do it
> in two steps all along, so as to get some buildfarm proof for the thesis
> that we haven't broken old-style add-on modules.  However, there is now
> an additional motivation for delay: so long as we haven't pulled the
> trigger on changing the contrib modules, this is an experimental feature
> that nothing else depends on.  Worst case, if we can't get to a
> satisfactory resolution of the pg_upgrade and ALTER EXTENSION UPGRADE
> issues, we can ship 9.1 as-is and just label the EXTENSION commands as
> subject to change.  I will however now go work on those issues.

Wise move.  Again :)

Regards,
--
Dimitri Fontaine
http://2ndQuadrant.fr     PostgreSQL : Expertise, Formation et Support


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Extensions versus pg_upgrade
Next
From: "Kevin Grittner"
Date:
Subject: Re: SSI patch version 14