Re: extension_control_path

From: Tom Dunstan <pgsql(at)tomd(dot)cc>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: extension_control_path
Date: 2014-01-15 01:56:42
Message-ID: CAPPfruw9JCmDmYtgsm4sUefpoP6zk+oUvP-PRx5LtT77J2n8dA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 15 January 2014 03:07, Stephen Frost <sfrost(at)snowman(dot)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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2014-01-15 02:07:41 Re: CREATE TABLESPACE WITH
Previous Message Vik Fearing 2014-01-15 01:27:48 Re: CREATE TABLESPACE WITH