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

Re: modules

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: modules
Date: 2008-04-03 07:12:58
Message-ID: 20080403091318.7ced4375@mha-laptop (view raw, whole thread or download thread mbox)
Lists: pgsql-generalpgsql-hackers
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....
> >>
> >> 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

  • Re: modules at 2008-04-03 00:15:49 from Andrew Dunstan

pgsql-hackers by date

Next:From: Dawid KuroczkoDate: 2008-04-03 07:23:06
Subject: psql \G command -- send query and output using extended format
Previous:From: Zoltan BoszormenyiDate: 2008-04-03 05:52:25

pgsql-general by date

Next:From: Albe LaurenzDate: 2008-04-03 07:25:57
Subject: Re: Foreign keys causing conflicts leading toserialization failures
Previous:From: Craig RingerDate: 2008-04-03 07:03:38
Subject: Re: Problem with planner choosing nested loop

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