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

Re: horology regression test failure

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

(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

In response to


pgsql-hackers by date

Next:From: Simon RiggsDate: 2005-12-22 00:00:27
Subject: Unsplitting btree index leaf pages
Previous:From: Tom LaneDate: 2005-12-21 23:40:44
Subject: Re: [HACKERS] problem with nasty latin2 sorting

pgsql-bugs by date

Next:From: Tom LaneDate: 2005-12-21 23:58:50
Subject: Re: BUG #2120: Crash when doing UTF8<->ISO_8859_8 encoding conversion
Previous:From: Peter EisentrautDate: 2005-12-21 21:23:45
Subject: Re: horology regression test failure

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