[Pkg-postgresql-public] Bug#820743: Bug#820743: Bug#820743: [hurd-i386] postgresql-common / postgresql-9.5 fails to install during pspp build

Christoph Berg myon at debian.org
Tue Apr 12 21:47:00 UTC 2016


Re: Friedrich Beckmann 2016-04-12 <3117F478-9F4B-4DA7-8CA5-8382792D9E7C at gmx.de>
> Hi Christoph,
> 
> thanks for the info. We had disabled the optional postgresql on hurd-i386 in the previous pspp release.
> 
> Is it maybe an idea to include this test case in the regression in postgresql? That would stop the
> release of the non-functional postgresql on hurd-i386, no?

Hi,

we are running the PostgreSQL regression tests on hurd-i386, they just
die at step 1 because initdb doesn't work. We've chosen to ignore the
test results there, because libpq and psql are still usable. Making
the whole build fail would mean no client apps using PostgreSQL would
be able to compile and run on hurd.

We could probably patch the package not to ship the server binaries,
but given that the package is actually ok, and kernel support for
semaphores might be just around the corner, I'd prefer not to have to
complicate debian/rules and just leave it as it is now.

For packages depending on PostgreSQL, you can either ignore the
problem, in which case there's simply no hurd-i386 build for you (but
that's not a release architecture in Debian so it doesn't hurt), or
tweak the package to work around it. Not ideal, but you'd have to jump
the same hoops if we removed the server packages from hurd-i386.

Christoph



More information about the Pkg-postgresql-public mailing list