From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Relocatable installs |
Date: | 2004-05-18 14:36:20 |
Message-ID: | 874qqdu7iz.fsf@stark.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Jan Wieck <JanWieck(at)Yahoo(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Marc G. Fournier | 2004-05-18 14:37:16 | Re: Call for 7.5 feature completion |
Previous Message | Andrew Sullivan | 2004-05-18 14:30:55 | Re: Call for 7.5 feature completion |