Re: modules - Mailing list pgsql-hackers

From Zeugswetter Andreas OSB SD
Subject Re: modules
Date
Msg-id E1539E0ED7043848906A8FF995BDA57902EB1A1F@m0143.s-mxs.net
Whole thread Raw
In response to Re: modules  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: modules  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
> > The closest analogy to what I'm thinking is the perl CPAN
> or ruby gems.

I think this is more a developer thing. I don't think an ISP would want
all that automagic (and certainly does not do that for joe user).

> One thing that might be worth looking at is an install command at the
> SQL level, so the "INSTALL foo" would run the install script for the
foo
> module in the current database, assuming it's in the standard
location.

Yes.

> We don't have a central repository of non-standard modules, like CPAN,

> and so of course no facility for fetching / building / installing
them.

I think that is not a problem, since the service providers would rather
want
readily fetched built and regression tested modules, not anything fancy
or magic.
The readily built modules would simply be part of their binary
distibution.

Andreas


pgsql-hackers by date:

Previous
From: "Tom Dunstan"
Date:
Subject: Re: modules
Next
From: Andrew Dunstan
Date:
Subject: Re: modules