Bug 927724 – [guru] app-text/OCRmyPDF-14.2.1 fails tests: FAILED test_preprocessing.py::test_non_square_resolution[hocr] - assert <ExitCode.pdfa_conversion_failed: 10> == 0

• Status: CONFIRMED
• Product: GURU

[Description Agostino Sarubbo 2024-03-24 16:23:50 UTC]

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

[Comment 1 Agostino Sarubbo 2024-03-24 16:23:53 UTC]

Created attachment 888448 [details]
build.log

build log and emerge --info

[Comment 2 Agostino Sarubbo 2024-03-24 16:23:53 UTC]

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]

[Comment 3 bugs.gentoo 2024-06-17 19:33:32 UTC]

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.