Re: PG Patch (fwd) [openserver patch followup #2]
От | Andrew Dunstan |
---|---|
Тема | Re: PG Patch (fwd) [openserver patch followup #2] |
Дата | |
Msg-id | 4750.24.162.240.126.1059136135.squirrel@www.dunslane.net обсуждение исходный текст |
Ответ на | Re: PG Patch (fwd) [openserver patch followup #2] (Larry Rosenman <ler@lerctr.org>) |
Ответы |
Re: PG Patch (fwd) [openserver patch followup #2]
|
Список | pgsql-patches |
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? Maybe this needs to be YACO (yet another configure option) cheers andrew Larry wrote > > > --On Friday, July 25, 2003 11:58:18 +0200 Peter Eisentraut > <peter_e@gmx.net> 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: ler@lerctr.org > 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
В списке pgsql-patches по дате отправления: