Andrew Dunstan wrote:
> Ron Mayer wrote:
> > Andrew Dunstan wrote:
> >> Tom Lane wrote:
> >>> as having better system support for packages or modules or
> >>> whatever you want to call them; and maybe we also need some
> >>> marketing-type....
> >> ...re-raise the question of getting rid of contrib...
> >> "The PostgreSQL Standard Modules".
> > While renaming, could we go one step further and come up with a
> > clear definition of what it takes for something to qualify as
> > a module? In particular I think standardizing the installation
> > would go a long way to letting packagers automate the installation
> > of modules from pgfoundry.
> > I think it'd be especially cool if one could one-day have a command
> > pg_install_module [modulename] -d [databasename]
> > and it would magically get (or verify that it had) the latest
> > version from pgfoundry; compile it (if needed) and install it
> > in the specified database.
> > The closest analogy to what I'm thinking is the perl CPAN or ruby
> > gems.
> Yes, and the CPAN analogy that has been in several minds, but it only
> goes so far. Perl and Ruby are languages - Postgres is a very
> different animal.
> We do in fact have some support for building / installing some
> modules in a standard way. It's called pgxs and it is used by quite a
> number of existing modules.
On Windows we also have the StackBuilder application which is used for
installation of binary modules.
In response to
pgsql-hackers by date
|Next:||From: Dawid Kuroczko||Date: 2008-04-03 07:23:06|
|Subject: psql \G command -- send query and output using extended format|
|Previous:||From: Zoltan Boszormenyi||Date: 2008-04-03 05:52:25|
|Subject: Re: TRUNCATE TABLE with IDENTITY|
pgsql-general by date
|Next:||From: Albe Laurenz||Date: 2008-04-03 07:25:57|
|Subject: Re: Foreign keys causing conflicts leading toserialization failures |
|Previous:||From: Craig Ringer||Date: 2008-04-03 07:03:38|
|Subject: Re: Problem with planner choosing nested loop|