https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: app-text/OCRmyPDF-14.2.1 fails tests. Discovered on: amd64 (internal ref: guru_tinderbox) System: GCC-14-SYSTEM (https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#GCC-14) Info about the issue: https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#CF0015
Created attachment 888448 [details] build.log build log and emerge --info
Error(s) that match a know pattern in addition to what has been reported in the summary: FAILED tests/test_preprocessing.py::test_non_square_resolution[hocr] - assert <ExitCode.pdfa_conversion_failed: 10> == 0 FAILED tests/test_preprocessing.py::test_non_square_resolution[sandwich] - assert <ExitCode.pdfa_conversion_failed: 10> == 0 SKIPPED [4] tests/test_metadata.py:102: could not import 'fitz': No module named 'fitz' tests/test_preprocessing.py::test_non_square_resolution[hocr] FAILED [243/323] tests/test_preprocessing.py::test_non_square_resolution[sandwich] FAILED [244/323]
This is due to a missing dependency, the muPDF Python bindings are not available as a package in Gentoo. In newer versions of OCRmyPDF this test is skipped when the fitz package is not found. So I consider this a non-issue with the updated ebuild I provided in bug 932296.