Re: modules

From: Aidan Van Dyk <aidan(at)highrise(dot)ca>
To: Gregory Stark <stark(at)enterprisedb(dot)com>
Cc: Jeremy Drake <pgsql(at)jdrake(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Greg Sabino Mullane <greg(at)turnstep(dot)com>
Subject: Re: modules
Date: 2008-04-04 19:12:23
Message-ID: 20080404191223.GO6497@yugib.highrise.ca
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Assuming others think something like this might be interesting, would
something to do this be an OK candidate for my first patch, if only to
start this ball rolling?

a.

* Gregory Stark <stark(at)enterprisedb(dot)com> [080404 14:57]:
> "Aidan Van Dyk" <aidan(at)highrise(dot)ca> writes:
>
> > What if you didn't need super-user privileges to load "C" functions, on
> > the conditions that:
> > 1) There is no / in the obj_file filename (or some other "sanitizing"
> > rules)
> > 2) You're database owner
>
> That's an interesting idea. It has the property that no super-user is required
> to do any fiddling *inside* your database. That is, the ISP can just do CREATE
> DATABASE and then leave you have at it without having to deal with installing
> modules or granting any permissions inside your database.
>
> It also opens the door to .deb packagers being able to put pgfoundry modules
> in the same space. No other suggestion has offered any help to anything except
> blessed contrib modules.
>
> I would suggest a guc for the "safe" place and I would suggest it be a list of
> places. And I would suggest that for OS packagers they really want two
> locations on that list, something like:
> /usr/lib/postgresql/modules;/usr/local/lib/postgresql/modules
> That way users can compile and install their own modules into /usr/local
> without interfering with modules which come from OS packages.

--
Aidan Van Dyk Create like a god,
aidan(at)highrise(dot)ca command like a king,
http://www.highrise.ca/ work like a slave.

In response to

  • Re: modules at 2008-04-04 18:52:34 from Gregory Stark

Browse pgsql-general by date

  From Date Subject
Next Message Bhat, Suma 2008-04-04 19:16:04 Re: Upgrading from 8.2.0 to 8.3.1
Previous Message Bhat, Suma 2008-04-04 19:06:42 Upgrading from 8.2.0 to 8.3.1

Browse pgsql-hackers by date

  From Date Subject
Next Message Gregory Stark 2008-04-04 19:56:27 Re: Patch queue -> wiki
Previous Message Alvaro Herrera 2008-04-04 19:11:06 Re: Re: [COMMITTERS] pgsql: Implement current_query(), that shows the currently executing