Re: Configurable location for extension .control files - Mailing list pgsql-hackers

From Dave Page
Subject Re: Configurable location for extension .control files
Date
Msg-id CA+OCxozkBxFFU-xbRzfGY7vW5iGtOqHRb3KxGn7M_fKTod3q1w@mail.gmail.com
Whole thread Raw
In response to Re: Configurable location for extension .control files  (Tom Dunstan <pgsql@tomd.cc>)
Responses Re: Configurable location for extension .control files  (Tom Dunstan <pgsql@tomd.cc>)
List pgsql-hackers
On Wed, Jun 12, 2013 at 7:24 AM, Tom Dunstan <pgsql@tomd.cc> wrote:
>
> Another alternative is for the Postgres.app to add its bin dir to the user's
> (or system's) path on first startup. Then the correct pg_config will be
> found (and the correct psql, pgdump etc etc as well). The app could in
> theory even go looking for existing pg gem installed under .rvm or whatever
> and prompt the user to reinstall the gem.

Messing with the path (or the dynamic load path) can cause all sorts
of fun and interesting problems for users, as we found in the early
days with the EDB installers. I realise it doesn't help these users
(who doubtless don't know it exists) but what we do these days is drop
a "pg_env.sh" file in the installation directory that the user can
source to set their PATH and various PG* environment variables when
they need/want to.


--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Tom Dunstan
Date:
Subject: Re: Configurable location for extension .control files
Next
From: Dean Rasheed
Date:
Subject: Re: [PATCH] Exorcise "zero-dimensional" arrays (Was: Re: Should array_length() Return NULL)