Discussion:
Bug#945878: python-pcl: FTBFS on arm64 and ppc64el
Add Reply
Graham Inggs
2019-11-30 12:00:01 UTC
Reply
Permalink
Source: python-pcl
Version: 0.3.0~rc1+dfsg-7
Severity: serious
Tags: bullseye sid ftbfs

Hi Maintainer

Recent builds of python-pcl have been failing on arm64 and ppc64el
[1][2], where it built previously.

I've copied what is hopefully the relevant part of the log below.

Regards
Graham

[1] https://buildd.debian.org/status/package.php?p=python-pcl&suite=unstable
[2] https://tests.reproducible-builds.org/debian/history/arm64/python-pcl.html


I: pybuild base:217: cd
'/build/python-pcl-0.3.0~rc1+dfsg/.pybuild/cpython3_3.7/build';
python3.7 -m unittest discover -v
pcl (unittest.loader._FailedTest) ... ERROR

======================================================================
ERROR: pcl (unittest.loader._FailedTest)
----------------------------------------------------------------------
ImportError: Failed to import test module: pcl
Traceback (most recent call last):
File "/usr/lib/python3.7/unittest/loader.py", line 470, in _find_test_path
package = self._get_module_from_name(name)
File "/usr/lib/python3.7/unittest/loader.py", line 377, in
_get_module_from_name
__import__(name)
File "/build/python-pcl-0.3.0~rc1+dfsg/.pybuild/cpython3_3.7/build/pcl/__init__.py",
line 2, in <module>
from ._pcl import *
ImportError: /usr/lib/aarch64-linux-gnu/libgomp.so.1: cannot allocate
memory in static TLS block


----------------------------------------------------------------------
Ran 1 test in 0.000s

FAILED (errors=1)
Jochen Sprickerhof
2019-12-02 19:00:02 UTC
Reply
Permalink
Control: reassign -1 libopenni2
Control: retitle -1 libopenni2: uses too much TLS memory on arm64 and ppc64el
Control: affects -1 python-pcl

Hi,
Post by Graham Inggs
Recent builds of python-pcl have been failing on arm64 and ppc64el
[1][2], where it built previously.
line 2, in <module>
from ._pcl import *
ImportError: /usr/lib/aarch64-linux-gnu/libgomp.so.1: cannot allocate
memory in static TLS block
Looks like one of the linked libraries uses more TLS memory then before.
It's hard to debug which one changed but libopenni2 uses a lot without
needing it. As I'm maintaining that one as well, I've added a patch to
it to use less. Reassigning accordingly and let's hope it solves the
problem.

Cheers Jochen

Loading...