Re: Configurable location for extension .control files

From: Tom Dunstan <pgsql(at)tomd(dot)cc>
To: Andres Freund <andres(at)2ndquadrant(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Oliver Charles <ollie(at)ocharles(dot)org(dot)uk>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Configurable location for extension .control files
Date: 2013-06-05 02:19:51
Message-ID: CAPPfruw9MFDCB_dZwpFXxn+ySg6g1veeqAMGT3S8w4F_EPMHuA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 5 June 2013 05:58, Andres Freund <andres(at)2ndquadrant(dot)com> wrote:

> Yea, I know of Dimitri's work ;). But I really would like this to work
> for C extensions as well. For me personally its no problem at all that
> this wouldn't work on conservatively configured machines. Heck, I
> *don't* want it to work on production machines. But being able to
> configure a dev machine to allow it would be very helpful.

Just the other day I was looking at what it would take to drop some extra
compiled extensions somewhere that the Mac Postgres.app could find them,
and was mildly disappointed to see that it would have to be inside the app
bundle itself, so they would then disappear on upgrade etc. The more maccy
way to install extensions for a user app generally is to stick them under
~/Library/<appname>.

Note that Postgres.app is very much an application developer workstation
targeted distribution, so the security issues don't really come into the
picture. It would also be enough in this case to allow multiple paths to be
compiled in rather than pulled from postgresql.conf, but either would work.

Cheers

Tom

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2013-06-05 02:54:47 Re: pg_rewind, a tool for resynchronizing an old master after failover
Previous Message amul sul 2013-06-05 00:43:14 Re: create a git symbolic-ref for REL9_3_STABLE