Re: extension_control_path - Mailing list pgsql-hackers

From Tom Dunstan
Subject Re: extension_control_path
Date
Msg-id CAPPfruw9JCmDmYtgsm4sUefpoP6zk+oUvP-PRx5LtT77J2n8dA@mail.gmail.com
Whole thread Raw
In response to Re: extension_control_path  (Stephen Frost <sfrost@snowman.net>)
List pgsql-hackers
On 15 January 2014 03:07, Stephen Frost <sfrost@snowman.net> wrote:
> For my 2c, I could absolutely see it as being worthwhile to have an
> independent directory to install not-from-package extensions.  That
> would keep things which are "managed by the package system" and things
> which are installed independent separate, which is absolutely a good
> thing, imv.

Another use case previously mentioned is that it makes
user-installable extensions for developer-targeted bundles like
Postgres.app possible. Postgres.app ships with contrib and a few other
extensions by default, but if you want to install more, you have to
chuck them into extensions dir inside the app bundle itself, so minor
updates which replace the bundle will then lose your installed
extensions. A nicer approach would be to allow it to also look for
extensions under ~/Library/ as well as in the bundled distribution,
but that's not possible if postgres only looks in one place, short of
hand hacking fs links in the extension dir.

Cheers

Tom



pgsql-hackers by date:

Previous
From: Vik Fearing
Date:
Subject: Re: CREATE TABLESPACE WITH
Next
From: Michael Paquier
Date:
Subject: Re: CREATE TABLESPACE WITH