Bug#840817: mpi4py FTBFS on alpha: libm.so.6 does not exist on Alpha (but libm.so.6.1 does)

2019-07-17 Thread Drew Parsons
Source: mpi4py
Followup-For: Bug #840817

As you saw, this comes from debian/patches/up_libm, in attempting to
deal with Bug#817884.

New version 3.0.2 handles libm.so a little differently.  Let's keep
the patch applied in the first instance to confirm that alpha is still
affected.  After that we can try removing the patch. The new upstream
version should make the patch redundant (though perhaps the problem
the patch was intended to fix will then affect only alpha).

Drew

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#840817: mpi4py FTBFS on alpha: libm.so.6 does not exist on Alpha (but libm.so.6.1 does)

2016-10-15 Thread Michael Cree
Source: mpi4py
Version: 2.0.0-2
Severity: important
Justification: fails to build from source (but built in the past)
User: debian-al...@lists.debian.org
Usertags: ftbfs

mpi4py FTBFS on Alpha with the following failure in the test suite [1]:

FAIL: testDL1 (test_dl.TestDL)
--
Traceback (most recent call last):
  File "/<>/test/test_dl.py", line 18, in testDL1
  self.assertTrue(handle != 0)
  AssertionError: False is not true


In tests/test_dl.py is:

def testDL1(self):
if sys.platform == 'darwin':
libm = 'libm.dylib'
else:
libm = 'libm.so.6'

And it proceeds to try to open libm which on Alpha fails because
the C library version is 6.1, not 6.  The code should really be
detecting the CPU and if it is Alpha should use 'libm.so.6.1' as
the math library.  (I presume it should also be checking for the
hurd and kfreebsd as they also have different C library versions,
but those builds don't get far enough to see this problem.)

Cheers
Michael.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=mpi4py&arch=alpha&ver=2.0.0-2&stamp=1473761717