[Pkg-opencl-devel] Bug#1001545: silx: autopkgtests failures

[Paul Gevers]

block 1001665 by 1001545
thanks

Hi all,

On Mon, 13 Dec 2021 22:42:13 +0100 Sebastian Ramacher 
<sramacher at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-opencl-devel/attachments/20211215/93dc51d0/attachment.sig>