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

From Peter Eisentraut
Subject Re: horology regression test failure
Date
Msg-id 200512212223.46005.peter_e@gmx.net
Whole thread Raw
In response to Re: horology regression test failure  (Martin Pitt <martin@piware.de>)
Responses Re: horology regression test failure
List pgsql-bugs
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.

The problem with the temporary-installation regression tests has always been
that they sometimes erroneously refer to the declared final installation
location rather than the temporary installations.  Rpaths have been a
particular problem.  This is something that one justs deals with manually.  I
suppose one could add, say, an environment variable override for the time
zone database but I'm not sure that we need a global solution for such a rare
failure case.

pgsql-bugs by date:

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