On Wed, 02 Apr 2008 20:15:49 -0400
Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> > 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.
Check out NetBSD pkgsrc as a model. It is very flexible. One nice
thing would be the ability to specify where the packages are rather
than always insisting that they be on pgfoundry.
> 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
So the underlying struture needs to keep that in mind. Overall though
I don't think that what is being installed to changes much. The basics
remain the same - define the package with latest version, download if
necessary,check that the source package is the correct, tested one,
build, install, register.
There are some special considerations for PostgreSQL but I think that
the fact that there are unsolved problems shouldn't stop us from
D'Arcy J.M. Cain <darcy(at)druid(dot)net> | Democracy is three wolves
http://www.druid.net/darcy/ | and a sheep voting on
+1 416 425 1212 (DoD#0082) (eNTP) | what's for dinner.
In response to
pgsql-hackers by date
|Next:||From: Bruce Momjian||Date: 2008-04-03 01:29:55|
|Subject: Re: Patch for pg_dump (function dumps)|
|Previous:||From: Ron Mayer||Date: 2008-04-03 00:42:08|
|Subject: Re: modules|
pgsql-general by date
|Next:||From: Ted Byers||Date: 2008-04-03 01:42:33|
|Subject: Re: (FAQ?) JOIN condition - 'WHERE NULL = NULL'|
|Previous:||From: Andreas||Date: 2008-04-03 00:44:23|
|Subject: PG 8.3.x doesn't get build|