Re: Configurable location for extension .control files

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: Configurable location for extension .control files
Дата
Msg-id CA+OCxozkBxFFU-xbRzfGY7vW5iGtOqHRb3KxGn7M_fKTod3q1w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Configurable location for extension .control files  (Tom Dunstan <pgsql@tomd.cc>)
Ответы Re: Configurable location for extension .control files  (Tom Dunstan <pgsql@tomd.cc>)
Список 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 по дате отправления:

Предыдущее
От: Tom Dunstan
Дата:
Сообщение: Re: Configurable location for extension .control files
Следующее
От: Dean Rasheed
Дата:
Сообщение: Re: [PATCH] Exorcise "zero-dimensional" arrays (Was: Re: Should array_length() Return NULL)