[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Pkg-postgresql-public] Bug#820743: Bug#820743: [hurd-i386] postgres
Re: [Pkg-postgresql-public] Bug#820743: Bug#820743: [hurd-i386] postgresql-common / postgresql-9.5 fails to install during pspp build
Tue, 12 Apr 2016 23:47:00 +0200
Re: Friedrich Beckmann 2016-04-12 <address@hidden>
> 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?
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.