Re: Additional supplied modules - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: Additional supplied modules
Date
Msg-id m2hb3cbugy.fsf@2ndQuadrant.fr
Whole thread Raw
In response to Re: Additional supplied modules  (Josh Berkus <josh@agliodbs.com>)
Responses Re: Additional supplied modules  (Thom Brown <thom@linux.com>)
List pgsql-hackers
Josh Berkus <josh@agliodbs.com> writes:
> On 10/13/11 6:32 AM, Thom Brown wrote:
>> Could we somehow categorise these, and also do something to clarify
>> that SPI is a collection of extensions rather than an extension
>> itself?
>
> Alternately we should clean up SPI and break it out into its separate
> extensions.

Additionaly we need to pick some and bless them as in-core extensions
(installed by default, you still need to CREATE EXTENSION to benefit
from them) and move the others into either an "example" section or an
"additional" section where production ready goodies are to be found but
just were not selected as in-core extensions for whatever reasons
(export laws in the case of pgcrypto, some non portable dependencies for
other choices, etc).

We might even have some more categories into, such as "debug",
"profile", "data type", "compat" and all.  Maybe a new field with that
kind of classification in the control file would be good (it would be
found in the catalogs too).

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


pgsql-hackers by date:

Previous
From: "David E. Wheeler"
Date:
Subject: Re: pl/perl example in the doc no longer works in 9.1
Next
From: Thom Brown
Date:
Subject: Re: Additional supplied modules