--On Friday, July 25, 2003 03:28:55 -0500 Andrew Dunstan <[EMAIL PROTECTED]> wrote:


Finally I understand the issue, I think.


But wouldn't an ordinary user on SCO wanting to install a private copy of
Pg then have to hack the Makefiles to change/remove the abolute DT_SONAME?
If so, that seems to me to mandate that this not be in the vanilla
distribution. OS Vendors commonly make changes like this in software
versions they distribute - that's a different thing from putting it in the
standard distribution, ISTM.

The benefit Larry cites seems to me to be small - presumably his Makefiles
must include "-L /usr/local/pgsql/lib", so adding
"-R /usr/local/pgsql/lib" doesn't look like a big thing. Adding an Rpath
to executables to use libs in non-standard locations is very common,
surely?
except for things like PHP that create YASO (Yet Another Shared Object), and do NOT
require the base EXECUTABLE to be recompiled, and use broken tools (e.g. libtool) to
build the .SO.....



Maybe this needs to be YACO (yet another configure option)
the option proposed would Do the right thing with a private copy, as it would make the
DT_SONAME for their private copy their path.


LER

]

cheers


andrew

Larry wrote


--On Friday, July 25, 2003 11:58:18 +0200 Peter Eisentraut
<[EMAIL PROTECTED]> wrote:

Larry Rosenman writes:

I disagree STRONGLY with what you are saying here.  What harm does it
do to add the ABILITY for a port to use a ABSOLUTE DT_SONAME?

We can discuss adding the ability, but I'm against enforcing it by default.

I belive that the issue is not broken systems, but broken practice.

No, the issue is precisely that someone is proposing to break reasonable, useful practice to accomodate broken systems. No one is claiming that absolute sonames make the system more featureful or useful. In fact, it was admitted that it would have the reverse effect. The only argument for absolute sonames that was brought forth was that some older systems have security holes that can be worked around in this manner.
For an example of ADDING to the usefulness, UnixWare has no ld.so.conf,
or  ldconfig equivalent.  For ALL my PostgreSQL apps, I either need to
specify  -R/usr/local/pgsql/lib
on the EXECUTABLE build, or make sure there is a GLOBAL LD_LIBRARY_PATH
 environment
variable set.

The absolute DT_SONAME will fix that issue on THIS platform, which is
why  the ABILITY
of an INDIVIDUAL port to set an absolute DT_SONAME would be useful.

LER




-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749


---------------------------(end of broadcast)--------------------------- TIP 7: don't forget to increase your free space map settings




---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster




-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749


---------------------------(end of broadcast)--------------------------- TIP 4: Don't 'kill -9' the postmaster

Reply via email to