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

Re: modules

From: "D'Arcy J(dot)M(dot) Cain" <darcy(at)druid(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>, Magnus Hagander <magnus(at)hagander(dot)net>, Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: modules
Date: 2008-04-03 00:55:52
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-generalpgsql-hackers
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 
> animal.

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
solving them.

D'Arcy J.M. Cain <darcy(at)druid(dot)net>         |  Democracy is three wolves                |  and a sheep voting on
+1 416 425 1212     (DoD#0082)    (eNTP)   |  what's for dinner.

In response to

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


pgsql-hackers by date

Next:From: Bruce MomjianDate: 2008-04-03 01:29:55
Subject: Re: Patch for pg_dump (function dumps)
Previous:From: Ron MayerDate: 2008-04-03 00:42:08
Subject: Re: modules

pgsql-general by date

Next:From: Ted ByersDate: 2008-04-03 01:42:33
Subject: Re: (FAQ?) JOIN condition - 'WHERE NULL = NULL'
Previous:From: AndreasDate: 2008-04-03 00:44:23
Subject: PG 8.3.x doesn't get build

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