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.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=0fc85fbf71ff1ca32e749c9beba2cdf7780f91b0 commit 0fc85fbf71ff1ca32e749c9beba2cdf7780f91b0 Author: Anna (cybertailor) Vyalkova <cyber+gentoo@sysrq.in> AuthorDate: 2024-11-26 20:14:44 +0000 Commit: Anna (cybertailor) Vyalkova <cyber+gentoo@sysrq.in> CommitDate: 2024-11-26 20:22:30 +0000 app-text/OCRmyPDF: add 16.6.2, drop 16.3.1 Closes: https://bugs.gentoo.org/927724 (obsolete) Signed-off-by: Anna (cybertailor) Vyalkova <cyber+gentoo@sysrq.in> app-text/OCRmyPDF/Manifest | 2 +- ...RmyPDF-16.3.1.ebuild => OCRmyPDF-16.6.2.ebuild} | 44 ++++++++++------------ app-text/OCRmyPDF/metadata.xml | 9 ++++- 3 files changed, 29 insertions(+), 26 deletions(-)
