Bug#1051560: jpeg-xl: FTBFS: failing test conformance_tooling_test

[Boyuan Yang]

X-Debbugs-CC: malat at debian.org

On Sat, 09 Sep 2023 16:04:38 -0400 Boyuan Yang <byang at debian.org> wrote:
> Source: jpeg-xl
> X-Debbugs-Cc: byang at debian.org
> Version: 0.7.0-10
> Severity: serious
> Tags: ftbfs sid trixie
> 
> Dear Maintainer,
> 
> For jpeg-xl/0.7.0-10, it currently fails to build from source in Debian Sid.
> One of the post-build tests will fail:
> 
> ========================================================
>           Start 2874: conformance_tooling_test
> 2874/2874 Test #2874: conformance_tooling_test
> ......................................................................................................................................................***Failed    0.15 sec
> + CLEANUP_FILES=()
> + trap 'retcode=$?; { set +x; } 2>/dev/null; cleanup' INT TERM EXIT
> + main /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu /usr/share/libjxl-testdata
> ++ mktemp -d
> + local tmpdir=/tmp/tmp.qnjN0F3yQR
> + CLEANUP_FILES+=("${tmpdir}")
> + python3 -c 'import numpy'
> + local build_dir=/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu
> + [[ -z /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu ]]
> + local decoder=/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tools/djxl
> + /<<PKGBUILDDIR>>/tools/conformance/generator.py --decoder=/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tools/djxl --output=/tmp/tmp.qnjN0F3yQR --peak_error=0.001 --rmse=0.001
> /usr/share/libjxl-testdata/jxl/blending/cropped_traffic_light.jxl
> /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tools/djxl: error while loading shared libraries: libjxl_threads.so.0.7: cannot open shared object file: No such file or directory
> Generating cropped_traffic_light
> Traceback (most recent call last):
>   File "/<<PKGBUILDDIR>>/tools/conformance/generator.py", line 128, in <module>
>     main()
>   File "/<<PKGBUILDDIR>>/tools/conformance/generator.py", line 124, in main
>     GenerateConformanceCorpus(args)
>   File "/<<PKGBUILDDIR>>/tools/conformance/generator.py", line 70, in GenerateConformanceCorpus
>     subprocess.check_call(cmd)
>   File "/usr/lib/python3.11/subprocess.py", line 413, in check_call
>     raise CalledProcessError(retcode, cmd)
> subprocess.CalledProcessError: Command '['/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tools/djxl', '/tmp/tmp.qnjN0F3yQR/cropped_traffic_light/input.jxl',
> '/tmp/tmp.qnjN0F3yQR/cropped_traffic_light/reference_image.npy', '--metadata_out', '/tmp/tmp.qnjN0F3yQR/cropped_traffic_light/test.json', '--icc_out',
> '/tmp/tmp.qnjN0F3yQR/cropped_traffic_light/reference.icc']' returned non-zero exit status 127.
> + retcode=1
> 
> 
> 99% tests passed, 1 tests failed out of 2872
> ========================================================

Just made a little bit investigation.

* Previously the test conformance_tooling_test was skipped since python3-numpy was not installed
during build.

* With recent builds, python3-numpy was introduced as build-dependency (implicitly) due to
build toolchain changes, thus unskipping the test.

* It looks like upstream has some special handling around such test; please check
.github/workflows/conformance.yml .

That being said, I am not sure how should we make a proper fix on this issue. I wish the issue
is no longer present in v0.8.x series to be packaged. Hope that those findings are useful
to you.

Thanks,
Boyuan Yang
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/pkg-phototools-devel/attachments/20230919/315d0d7d/attachment.sig>