Skip site navigation (1) Skip section navigation (2)

Re: horology regression test failure

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Martin Pitt <martin(at)piware(dot)de>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: horology regression test failure
Date: 2005-12-21 21:23:45
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugspgsql-hackers
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.

In response to


pgsql-hackers by date

Next:From: Dave CramerDate: 2005-12-21 21:37:28
Subject: Re: replicating tsearch2 across versions of postgres
Previous:From: Michael FuhrDate: 2005-12-21 20:23:24
Subject: Re: where is the output

pgsql-bugs by date

Next:From: Tom LaneDate: 2005-12-21 23:44:50
Subject: Re: horology regression test failure
Previous:From: Tom LaneDate: 2005-12-21 15:53:39
Subject: Better path-matching for package relocatability (was Re: horology regression test failure)

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group