David Birnbaum via dev wrote on 08/11/2026 5:27 am:
Good morning.
A test build on Ubuntu 22.04.5 LTS fails here:
t/handler_image_heic.t ............ 1/6 Not found: heic_ocr_in_body =
1.0 HANDLER_HEIC at t/handler_image_heic.t line 58.
Thanks for the report. The test converts a small HEIC image to PNG
with heif-dec, or with heif-convert where that is the only one
installed, and then OCRs the PNG with tesseract. Having only
heif-convert is fine: with Ubuntu 22.04's own libheif packages, which
provide heif-convert from libheif 1.12, the test passes. So I'd like
to know where your heif-convert comes from and whether it can decode
the test image. Could you send the output of
command -v heif-convert
dpkg -S "$(command -v heif-convert)"
dpkg -l 'libheif*'
and the output of these two commands, run in the top directory of the
SpamAssassin source?
perl -MMIME::Base64 -0777 -ne \
'/base64.*?\n\r?\n(.*?)--/s and print decode_base64($1)' \
t/data/nice/handler_image_heic > /tmp/test.heic
heif-convert -q 90 /tmp/test.heic /tmp/test.png
The patch on bug 8511 changes the test to check first that heif-dec
or heif-convert can decode the test image, and to skip the HEIC tests
if it can't, which is what happens on Fedora without
libheif-freeworld.
Sidney
