Skip to content

[Bug]: RHEL 9 requires ghostscript 9.54 to work #1225

@nisbet-hubbard

Description

@nisbet-hubbard

What were you trying to do?

Although RHEL backports things to its gs binary, the version is frozen at 9.54. Which means to use the latest ocrmypdf, one has to get a snap-distributed later gs. But this introduces permissions issues as shown in the log, and because gs options aren’t exposed, there’s no way to get round this.

Currently, we can only get your great ocrmypdf to work on RHEL 9 (the latest) by using v14.4.

Would it be possible by any chance to lower ocrmypdf‘s gs dependency to 9.54 so projects running enterprise linux can benefit from the newest version?

Where are you installing from?

PyPI (pip, poetry, pipx, etc.)

What operating system are you working on?

Linux

Relevant log output

Start processing 2 pages concurrently                                                                              ocr.py:98
    1 Error: /undefinedfilename in (/tmp/ocrmypdf.io.9d25egvn/origin.pdf)                                 ghostscript.py:139
Operand stack:                                                                                                              
Execution stack:   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2                       
%stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push                             
Dictionary stack:   --dict:751/1123(ro)(G)--   --dict:0/20(G)--   --dict:85/200(L)--                                        
Current allocation mode is local                                                                                            
Last OS error: No such file or directoryGPL Ghostscript 10.02.1: Unrecoverable error, exit code 1

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions