[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Pkg-postgresql-public] Bug#820743: [hurd-i386] postgresql-common /
Re: [Pkg-postgresql-public] Bug#820743: [hurd-i386] postgresql-common / postgresql-9.5 fails to install during pspp build
Tue, 12 Apr 2016 22:20:25 +0200
Just for clarification ...
As correctly mentioned, the PostgreSQL server cannot run on the Hurd.
However this does not mean that the PSPP postgres client option cannot or
should not be enabled
on the Hurd. It simply means that the regression test for that option cannot
My recollection was that in Debian the option was enabled, but the test
On Tue, Apr 12, 2016 at 06:16:40PM +0200, Friedrich Beckmann wrote:
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?
> Am 12.04.2016 um 17:39 schrieb Christoph Berg <address@hidden>:
> Re: Friedrich Beckmann 2016-04-12 <address@hidden>
>> Package: postgresql-9.5
>> Version: 9.5.2-1
>> During test installation on buildd for pspp, the pspp build fails on
hurd-i386 during the setup
>> of the postgresql. When I disable postgresql, then pspp builds and
>> This is specific to the hurd-i386 architecture. The pspp package builds
on other architectures.
>> The full log:
> Hi Friedrich,
> the problem is in the hurd kernel that doesn't implement semaphores.
> The interesting initdb error is this:
> creating template1 database in
/?PKGBUILDDIR?/build/src/test/regress/./tmp_check/data/base/1 ... FATAL: could
not create semaphores: Function not implemented
> DETAIL: Failed system call was semget(1, 17, 03600).
> We have the weird situation where the server compiles successfully
> including semget(), but isn't able to get executed because the
> the kernel doesn't implement the feature.
> I've talked to the hurd people, and Richard Braun was confirming that
> inter-process semaphores are not implemented yet.
> What we can do from the PostgreSQL side is to replace the current sysv
> semaphores (semget) by POSIX semaphores (sem_init) which don't work
> either, but have a much greater chance of getting implemented in the
> future. So some day, it will just work, but until then, PostgreSQL
> will unfortunately not really be available on that platform.
pspp-dev mailing list
Avoid eavesdropping. Send strong encryted email.
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.
Description: Digital signature