Hi, I'm still seeing trouble with test_shm_mq on mipsel (9.4 rc1):
https://buildd.debian.org/status/fetch.php?pkg=postgresql-9.4&arch=mipsel&ver=9.4~rc1-1&stamp=1416547779 mips had the problem as well in the past (9.4 beta3): https://buildd.debian.org/status/fetch.php?pkg=postgresql-9.4&arch=mips&ver=9.4~beta3-3&stamp=1413607370 https://buildd.debian.org/status/fetch.php?pkg=postgresql-9.4&arch=mips&ver=9.4~beta3-1&stamp=1412893135 The mips beta3 failures eventually went away when the build was done on a different machine. This was the first time the mipsel build was done on this build machine, so it seems the problem might well be caused by some subarchitecture difference. mipsel: bad: Broadcom BCM91250A aka SWARM (mayer.debian.org) good: Lemote 3A ITX-A1101 (Quad Core Loongson 3A) (mipsel-manda-01.debian.org) mips: bad: Broadcom BCM91250A aka SWARM (ball.debian.org) good: EdgeRouter Pro (mips-aql-02.debian.org) good: 16 x Cavium Octeon V0.3 (lucatelli.debian.org) https://buildd.debian.org/status/logs.php?pkg=postgresql-9.4&arch=mipsel https://buildd.debian.org/status/logs.php?pkg=postgresql-9.4&arch=mips (Not all failures listed there are due to shm_mq, just the newer ones.) At the moment all I have is the above build logs with the fact that the build simply hangs there, i.e. I haven't seen the problem in a context yet where I could have pulled a backtrace or the like. Anyone got an idea? Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
