Package Details: ocrmypdf 8.3.0-1

Git Clone URL: (read-only)
Package Base: ocrmypdf
Description: A tool to add an OCR text layer to scanned PDF files, allowing them to be searched
Upstream URL:
Licenses: GPL3
Submitter: dreuter
Maintainer: fbrennan
Last Packager: fbrennan
Votes: 30
Popularity: 1.871543
First Submitted: 2014-01-27 11:36
Last Updated: 2019-05-19 13:38

Latest Comments

1 2 3 4 5 6 ... Next › Last »

john-soda commented on 2019-02-10 23:36

@fbrennan I really don't know what the problem is, that it can't reach setuptools_scm_git_archive. I downloaded the package manually and edited the PKGBUILD that it points to my local downloaded version. Now it works! Thanks for your help.

fbrennan commented on 2019-02-09 05:38

@john-soda I can install the latest version just fine for me, it seems to me you have a DNS resolution problem for the pypi domain.

john-soda commented on 2019-02-02 11:04

When I want to install ocrmypdf I get always the Error:

Could not find suitable distribution for Requirement.parse('setuptools_scm_git_archive')

Here the full log

How can I install the newest version?

fbrennan commented on 2019-01-17 08:18

My apologies to all stakeholders waiting on me. I came down with a serious illness. Rest assured this is not forgotten or abandoned. I will update it in due time. Thanks

jbarlow commented on 2019-01-12 08:49


v8 makes pdfminer.six "technically optional". still lists it as required, but downstream maintainers at their option may delete pdfminer.six from in their scripts, at the cost of the --redo-ocr feature. I will support this arrangement until the packaging situation for pdfminer.six improves. (I am doing it this way because "pip install ocrmypdf" works fine with pdfminer.six.)

v8 also drops python-xmp-toolkit because of the difficulties some downstream consumers had with it.

Thanks again for maintaining ocrmypdf for the ArchLinux community.


fbrennan commented on 2018-11-27 06:19

I thought of that @bsdice but it breaks the AUR Rules of Submission.

The more and more AUR dependencies that get added the more difficult this gets to maintain and the more people we need to rely on. Fortunately I maintain python-pikepdf, python-ruffus and python-xmp-toolkit, the major AUR deps of this package before the recent update. I don't think it's kosher for me to make a metapackage which would install every dependency and have a replaces/conflicts/provides either.

For now I recommend users assure that python-sortedcontainers is installed before attempting to build ocrmypdf & deps. I'm sure the maintainer of python-pdfminer.six will add it to the manifest as soon as they can.

bsdice commented on 2018-11-27 05:40

@fbrennan: A workaround could have been to create a package called "python-pdfminer-six" and use the following statements:

  • replaces=('python-pdfminer.six')
  • conflicts=('python-pdfminer.six')
  • provides=('python-pdfminer.six')

Unfortunately python-pdfminer.six in AUR is missing a dependancy. Workaround is to still use

Harey commented on 2018-11-26 15:44

python-pdfminer.six has been updated to version 20181108-1 ;)

fbrennan commented on 2018-11-26 11:50

Unfortunately my friends, we've hit a snag. Someone else is using the name python-pdfminer.six :-(

I put a working PKGBUILD there. But unfortunately I cannot upload my new ocrmypdf, which works fine, until this user makes a decision. That is because ocrmypdf requires a higher version than theirs.

I sincerely apologize for the long wait. If you are good with makepkg and pacman, you can use these two PKGBUILDS:

If not, you will just have to wait for python-pdfminer.six to be updated, by either ishitatsuyuki or me if he orphans.

fbrennan commented on 2018-11-23 23:08

I hope to release the upgrade to 7.3.1 today (GMT+8).

I apologize for the wait after the orphan notification.