Re: [HACKERS] pgaccess for 6.5.3

Поиск
Список
Период
Сортировка
От Lamar Owen
Тема Re: [HACKERS] pgaccess for 6.5.3
Дата
Msg-id 381B77C4.F90D4FD8@wgcr.org
обсуждение исходный текст
Ответ на pgaccess for 6.5.3  (Bruce Momjian <maillist@candle.pha.pa.us>)
Ответы Re: [HACKERS] pgaccess for 6.5.3
Список pgsql-hackers
Bruce Momjian wrote:
> 
> Still problems with pgaccess.
> 
> While the new Makefile I made properly copies pgaccess to the bin
> directory, it does not deal with PGACCESS_HOME properly, and I believe
> configure should be table to set PATH_TO_WISH.
> 
> Please hold 6.5.3 until someone comes up with a good solution to this.
> 
> Do we want to copy the entire pgaccess  tree to the pgsql install
> directory?
> 
> Can someone suggest a line for PATH_TO_WISH that can be set by configure?

Hmmm.... Under the RPM installation, there is installed, by the build
script in the spec file, a shell script into /usr/bin called pgaccess --
this script is as follows:
-----------
#!/bin/sh

PATH_TO_WISH=/usr/bin/wish
PGACCESS_HOME=/usr/lib/pgsql/pgaccess

export PATH_TO_WISH
export PGACCESS_HOME

exec ${PATH_TO_WISH} ${PGACCESS_HOME}/main.tcl "$@"
----------

PGACCESS_HOME should, under the standard installation, be set to
something more inline with the standard installation's idea of where
pgaccess/main.tcl is located.

PATH_TO_WISH should likely be /usr/bin/wish on most systems.

The RPM packages have not relied upon the tarball's inclusion of
pgaccess -- rather, a separate tarball of just the latest pgaccess is
grafted in -- so there may be some other differences that I am not aware
of.

--
Lamar Owen
WGCR Internet Radio


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: [HACKERS] Function-manager redesign: second draft (long)
Следующее
От: Tom Lane
Дата:
Сообщение: Performance glitch in GetCurrentAbsoluteTime()