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

Re: horology regression test failure

From: Martin Pitt <martin(at)piware(dot)de>
To: pgsql-bugs(at)postgresql(dot)org
Subject: Re: horology regression test failure
Date: 2005-12-21 08:38:12
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugspgsql-hackers

Tom Lane [2005-12-20 17:16 -0500]:
> Martin Pitt <martin(at)piware(dot)de> writes:
> >  ./configure --libdir=3D/usr/lib/postgresql/8.1/lib --bindir=3D/usr/lib/pos=
> > tgresql/8.1/bin
> > is enough to reproduce the problem. With only --libdir, it works, and
> > with only --bindir the test suite does not run at all because the
> > postmaster cannot find $libdir (but that is still justifiable).
> Try adding --datadir=/usr/lib/postgresql/8.1/share to that.  Actually,
> you'd be best off replacing all three options with
> 	--prefix=/usr/lib/postgresql/8.1
> because that will make sure that the entire installation is consistent.

When I only specify --prefix, it indeed works. However, it already
breaks again with

  ./configure --prefix=/usr/share/postgresql/8.1 --exec-prefix=/usr/lib/postgresql/8.1

I'm fine with dropping --bindir, --libdir, --datadir, but at least the
arch-independent and arch-dependent prefix should work. I do not want
to put all arch-independent data into /usr/lib, it would violate the
FHS and Debian Policy.

Is it possible to fix this?



Martin Pitt
Ubuntu Developer
Debian Developer

In a world without walls and fences, who needs Windows and Gates?

In response to


pgsql-hackers by date

Next:From: Anna DomachowskaDate: 2005-12-21 10:01:38
Subject: problem with nasty latin2 sorting
Previous:From: Hannu KrosingDate: 2005-12-21 07:50:03
Subject: Re: status of concurrent VACUUM patch ...

pgsql-bugs by date

Next:From: Sagi BashariDate: 2005-12-21 12:18:51
Subject: BUG #2120: Crash when doing UTF8<->ISO_8859_8 encoding conversion
Previous:From: Martin PittDate: 2005-12-21 07:21:27
Subject: Re: horology regression test failure

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