| 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: | 200512212223.46005.peter_e@gmx.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-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.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2005-12-21 23:44:50 | Re: horology regression test failure |
| Previous Message | Tom Lane | 2005-12-21 15:53:39 | Better path-matching for package relocatability (was Re: horology regression test failure) |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dave Cramer | 2005-12-21 21:37:28 | Re: replicating tsearch2 across versions of postgres |
| Previous Message | Michael Fuhr | 2005-12-21 20:23:24 | Re: where is the output |