[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Pkg-postgresql-public] Bug#820743: [hurd-i386] postgresql-common /

From: John Darrington
Subject: Re: [Pkg-postgresql-public] Bug#820743: [hurd-i386] postgresql-common / postgresql-9.5 fails to install during pspp build
Date: Tue, 12 Apr 2016 22:20:25 +0200
User-agent: Mutt/1.5.23 (2014-03-12)

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 
specifically disabled.


On Tue, Apr 12, 2016 at 06:16:40PM +0200, Friedrich Beckmann wrote:
     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?
     > 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.
     >> Friedrich
     >> 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.
     > Christoph
     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 or any PGP keyserver for public key.

Attachment: signature.asc
Description: Digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]