From: | Tom Dunstan <pgsql(at)tomd(dot)cc> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Configurable location for extension .control files |
Date: | 2013-06-12 00:52:16 |
Message-ID: | CAPPfruwMMnKw8X66igiz1cq1DL4yLomdnwggz128NNx5N9MUZw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi Josh
On 11 June 2013 04:37, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
> I don't personally see a reason for plural locations, but it would be
> nice if it recursed (that is, looked for .so's in subdirectories). My
> reason for this is that I work on applications which have in-house
> extensions as well as public ones, and I'd like to keep the two
> separated by directory.
I gave one example of a use-case for multiple directories upthread - the
Postgres.app mac app has contrib, plv8 and postgis bundled under its
application folder, but it would be nice to allow users to drop extra
extensions under ~/Library/Postgres.app somewhere.
If we had directory recursion then you could sort of fake it using symlinks
(as long as we follow the symlinks) but it's pretty messy, the wrapper app
would have to make a dir under ~/Library the actual extension dir and have
a symlink back to its bundled extensions. Not the end of the world though.
For any of that to work the dir (or dirs) would need to be settable by
config or startup option - compiled in wouldn't cut it, since the absolute
dir of the end user's home directory isn't known at compile time.
Cheers
Tom
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Frost | 2013-06-12 01:15:20 | Re: Clean switchover |
Previous Message | Andrew Dunstan | 2013-06-12 00:42:26 | Re: JSON and unicode surrogate pairs |