Re: horology regression test failure - Mailing list pgsql-bugs

From Tom Lane
Subject Re: horology regression test failure
Date
Msg-id 17105.1135208690@sss.pgh.pa.us
Whole thread Raw
In response to Re: horology regression test failure  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: horology regression test failure
Re: horology regression test failure
List pgsql-bugs
Peter Eisentraut <peter_e@gmx.net> writes:
> Am Mittwoch, 21. Dezember 2005 08:21 schrieb Martin Pitt:
>> However, if --bindir etc. cannot be set, then maybe configure should
>> not offer these options?

> They can be set and support for that will not go away.  But if you choose
> unfortunate combinations of locations, the installation becomes
> unrelocatable.  Having a relocatable installation is a fairly uninteresting
> feature for binary package building on Linux systems (it was mainly intended
> for Windows), so I would not worry about that.

It's not all that uninteresting, because "make check" is essentially an
instance of exercising the relocatability feature.  The fact that things
like rpath might get in the way doesn't mean that we should ignore other
problems.

(I'm not sure about Debian's policy, but the RPMs do --disable-rpath for
unrelated policy reasons, so there shouldn't be any problem with
relocating an RPM-based installation...)

            regards, tom lane

pgsql-bugs by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: horology regression test failure
Next
From: Tom Lane
Date:
Subject: Re: BUG #2120: Crash when doing UTF8<->ISO_8859_8 encoding conversion