block 1001665 by 1001545 thanks Hi all,
On Mon, 13 Dec 2021 22:42:13 +0100 Sebastian Ramacher <sramac...@debian.org> wrote:
The autopkgtests of silx fail with: | [7 8 9]] | Abscissa Ordinate1 ['%d', '%.2f'] 2 [1 2 3] [4 5 6] | Abscissa Ordinate2 ['%d', '%.2f'] 2 [1 2 3] [7 8 9] | Abscissa Ordinate1 ['%d', '%.2f'] 2 [1 2 3] [4 5 6] | x y ['%d', '%.2f'] 2 [1] [1.1] | x y ['%d', '%.2f'] 2 [1] [1.1] | ................................................................................................................................................................................................................................................................................................................................./usr/lib/python3/dist-packages/silx/math/fit/test/test_fit.py:54: RuntimeWarning: invalid value encountered in multiply | return numpy.exp(x*numpy.less(abs(x), 250)) - \ | ................................................................................................................................................................sss.......WARNING:silx.opencl.common:Last chance to get an OpenCL device ... probably not the one requested | Segmentation fault See https://ci.debian.net/data/autopkgtest/testing/arm64/s/silx/17544040/log.gz The failure seems to be independet of the packages that trigger the autopkgtest run.
The test doesn't seem to be really flaky, it just always fails with unstable added to the suite set that apt can use to install packages from. It turns out that python3-silx depends on python3-pyopencl and the later has an alternative Depends on pocl-opencl-icd. pocl-opencl-icd is no longer in testing as it has an RC bug. It seems that the segfault is only occurring with the binaries from pocl.
Unfortunately for silx, python3-pyopencl currently has an RC bug (in CC) related to the same issue, but then in the Build-Depends. I assume when that bug is fixed (assuming it can be), the binary package will also drop the Depends and the issue for silx is fixed. In the mean time, if silx can work around the python3-pyopencl dependency it could consider doing so.
Paul
OpenPGP_signature
Description: OpenPGP digital signature