Re: Relocatable installs - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Relocatable installs
Date
Msg-id 874qqdu7iz.fsf@stark.xeocode.com
Whole thread Raw
In response to Re: Relocatable installs  (Jan Wieck <JanWieck@Yahoo.com>)
Responses Re: Relocatable installs  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: Relocatable installs  (Jan Wieck <JanWieck@Yahoo.com>)
List pgsql-hackers
Jan Wieck <JanWieck@Yahoo.com> writes:

> You know how much trouble that causes? The existance of LD_LIBRARY_PATH in your
> environment disables setuid() for security reasons on some platforms. So one
> would have to wrap every PG related program into equally named shell scripts or
> aliases to just set it for the program call alone.

Why would any pg tools need to be setuid?

But it's just wrong to have a binary that doesn't run unless you have
environment variables set up.

> Relocatable installation means static linking of our tools against our own
> libs. This does not mean static linking entirely, but at least static linking
> against libpq.a.

The normal approach is to use rpath for relocatable installs. 
That's what it's there for. 
Static linking would work too but it's overkill.

But please don't use rpath for installs to standard paths like
/usr/{local,}/lib. That way lies madness.


-- 
greg



pgsql-hackers by date:

Previous
From: pgsql@mohawksoft.com
Date:
Subject: Re: Table Spaces
Next
From: Andrew Sullivan
Date:
Subject: Re: Call for 7.5 feature completion