FS#73972 - [unpaper] The unpaper package (6.1-8) is broken

Attached to Project: Community Packages
Opened by jzj (jzj) - Sunday, 27 February 2022, 11:06 GMT
Last edited by Antonio Rojas (arojas) - Monday, 14 March 2022, 08:23 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description:
The current unpaper package (6.1-8) is broken. It outputs an empty file when processing a ~100MB input file.

I encountered this bug when running ocrmypdf on a scanned document with --clean flag on. The error from ocrmypdf is:
SubprocessOutputError: unpaper: failed to produce the expected output file. Called with: ['unpaper', '-v', '--dpi', '599.669725', '--layout', 'none', '--mask-scan-size', '100', '--no-border-align', '--no-mask-center', '--no-grayfilter', '--no-blackfilter', '--no-deskew', '/tmp/tmpgsk7z0mu/input.pnm', '/tmp/tmpgsk7z0mu/output.ppm']

I was able to fix this by getting the code from upstream HEAD (https://github.com/unpaper/unpaper) and build the package using meson.
This task depends upon

Closed by  Antonio Rojas (arojas)
Monday, 14 March 2022, 08:23 GMT
Reason for closing:  Fixed
Additional comments about closing:  unpaper 6.1-9
Comment by Andreas Grapentin (oaken-source) - Wednesday, 09 March 2022, 06:07 GMT
I just reproduced the issue as well as the described fix. rebuilding a fresh unpaper produces non-empty output files.
Comment by Frederick Hansen (Hanz) - Monday, 14 March 2022, 01:36 GMT
Downgrading from 6.1-8 to 6.1-7 also corrects the problem. ffmpeg5.patch is likely responsible.

https://github.com/archlinux/svntogit-community/commit/3f6a8f6ca90e95e13ecb805eb597cf3cc18c1814

Loading...