textproc/py-ocrmypdf: Update to 16.11.1 Backport a workaround for JPEG encoding issues with Ghostscript 10.6.0. There's already release 16.12.0, but it requires py-pikepdf 10.0.1 as a minimum which isn't present in the ports tree, yet. Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.11.1/docs/release_notes.md MFH: 2025Q4103146dda2
Port details
textproc/py-ocrmypdf 16.11.1
Adds an OCR text layer to scanned PDF files
Port info
- Maintainer
- kai@FreeBSD.org
- Packages
- latest: 16.11.1
- Upstream
- Higher version available: 17.13.0
- Last update
- to 16.11.1 · 103146dda2
- Quarterly
- 2026Q4: 16.11.1
- WWW
- https://github.com/ocrmypdf/OCRmyPDF
- Links
- cgit · VuXML · Report wrong data
Install
- Package
# pkg install py312-ocrmypdfinstalls 16.11.1 fromlatest; fromquarterly(2026Q4) 16.11.1- Port
# cd /usr/ports/textproc/py-ocrmypdf && make install clean# make -C /usr/ports/textproc/py-ocrmypdf config # change options first
- Size
- 295 KiB download · 1.6 MiB installed
- Depends on
- devel/py-deprecation 2.1.0_1, devel/py-packaging 26.3, devel/py-pluggy 1.6.0, graphics/pngquant 2.18.0_4, graphics/py-img2pdf 0.6.3_2, graphics/py-pillow 12.3.0, graphics/py-pillow-heif 1.4.0, graphics/tesseract 5.5.3, graphics/unpaper 7.0.0_4, lang/python312 3.12.15, print/ghostscript10 10.08.0, textproc/py-pdfminer.six 20260107, textproc/py-pikepdf 9.11.0, textproc/py-rich 15.0.0
- License
- MPL20
- Options
- 2 of 2 on in the package: PNGQUANT UNPAPER
Packages by version and architecture
latest
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 16.11.1 | 16.11.1 | – |
| FreeBSD 15 | 16.11.1 | 16.11.1 | – |
| FreeBSD 14 | 16.11.1 | 16.11.1 | 16.11.1 |
quarterly (2026Q4)
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 16.11.1 | 16.11.1 | – |
| FreeBSD 14 | 16.11.1 | 16.11.1 | 16.11.1 |
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by
pkg audit for the packaged version 16.11.1.Fixed (0)
No VuXML entries for this package.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (69)
*: Revise USES=python:... version range constraints and strip all lower bounds of 3.9 or 3.10 because they are implied now. python:3.9-X -> python:-X python:3.9+ -> python python:3.10-X -> python:-X python:3.10+ -> python (options such as ,build preserved)1403bb7765
textproc/py-ocrmypdf: Update to 16.11.0 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.11.0/docs/release_notes.mdaab90aab53
all: bump PORTREVISION after updating graphics/libyuv Using the Tools/scripts/bump_revision.pl scriptb304d8ab18
textproc/py-ocrmypdf: Update to 16.10.4 Changelog since 16.10.1: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.10.4/docs/release_notes.md MFH: 2025Q391c3f32257
textproc/py-ocrmypdf: Update to 16.10.1 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.10.1/docs/release_notes.md15715ac52d
textproc/py-ocrmypdf: Update to 16.10.0 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.10.0/docs/release_notes.rstd44d8defab
textproc/py-ocrmypdf: Update to 16.9.0 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.9.0/docs/release_notes.rstf8bf62aa69
textproc/py-ocrmypdf: Update to 16.8.0 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.8.0/docs/release_notes.rstdf8c2358f7
textproc/py-ocrmypdf: Update to 16.7.0 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.7.0/docs/release_notes.rst7313e0ab81
textproc/py-ocrmypdf: Update to 16.6.2 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.6.2/docs/release_notes.rst8819a93599
textproc/py-ocrmypdf: Update to 16.6.1 Changelog since 16.5.0: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.6.1/docs/release_notes.rst34d4ec1f80
textproc/py-ocrmypdf: Update to 16.5.0 * Pet portlint by removing a stray backslash while I'm here. Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.5.0/docs/release_notes.rst868f9a0e19
textproc/py-ocrmypdf: Update to 16.4.3 Changelog since 16.4.1: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.4.3/docs/release_notes.rst MFH: 2024Q3c6a112083b
textproc/py-ocrmypdf: Update to 16.4.1 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.4.1/docs/release_notes.rst MFH: 2024Q36e2a9556dd
textproc/py-ocrmypdf: Update to 16.4.0 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.4.0/docs/release_notes.rstc82af2c0d2
textproc/py-ocrmypdf: Update to 16.3.1 * Add a workaround to fallback to graphics/py-pillow-heif if the pi_heif module isn't available to enable support for converting HEIF/HEIC images. * Remove no longer needed requirements/workarounds while I'm here, as OCRmyPDF requires at least Python 3.10 or newer since version 16.x. Changelog since 15.4.4: https://github.com/ocrmypdf/OCRmyPDF/blob/v16.3.1/docs/release_notes.rst PR: 276310 Reported by: wen Co-Authored by: wen (initial patch for 16.0.4) MFH: No (2024Q4 has Python 3.9 as default)2e06ecfc9b
devel/py-setuptools-scm: update to 8.0.4
Directory and PORTNAME changed to match normalised name in release
tarball; consumers updated to match.
Although setuptools itself is specified as a run dependency in the
Python package metadata, it is currently left out here to prevent
environment pollution until at least PR 270510 is committed.
Additionally, this version of setuptools-scm requires setuptools>=61,
which means this version is only meant for USE_PYTHON=pep517 ports
as all USE_PYTHON=distutils ports will switch to devel/py-setuptools58
also after PR 270510. science/py-emmet-core is switched to
devel/py-setuptools_scm7 accordingly, as it specifies setuptools-scm<8.
devel/py-{flit-scm,hatch-vcs} have ${PY_SETUPTOOLS} added to
RUN_DEPENDS to compensate.
Further details: https://wiki.freebsd.org/Python/setuptools
Reported by: yuri
Co-authored by: matthew
Exp-run by: antoine (earlier iteration)
Approved by: yuri (science/py-emmet-core, previous iteration)
PR: 272134
Differential Revision: https://reviews.freebsd.org/D392885d4139f8bdtextproc/py-ocrmypdf: Update to 15.4.4 * Note: The 16.x series has already been released recently, but here Python 3.10 is required as a minimum. Thus, use the last release of the 15.x series until the default Python version in the FreeBSD ports tree has been changed to 3.10 or later. Changelog since 15.4.0: https://github.com/ocrmypdf/OCRmyPDF/blob/v15.4.4/docs/release_notes.rst9d74858de3
*/*: Bump PORTREVISION for Ghostscript 10 change Reported by: sunpoet Approved by: jrm (mentor), sunpoet Differential Revision: https://reviews.freebsd.org/D42412fcf68ae5ec
textproc/py-ocrmypdf: Update to 15.4.0 * Reactivate two tests that are now successfully completed. Changelog since 15.3.1: https://github.com/ocrmypdf/OCRmyPDF/blob/v15.4.0/docs/release_notes.rst6fc70aa299
textproc/py-ocrmypdf: Update to 15.3.0 * Support for Python 3.8 was dropped with the 15.0.0 release. Changelog since 14.4.0: https://github.com/ocrmypdf/OCRmyPDF/blob/v15.3.0/docs/release_notes.rst MFH: No (feature release)9a09c71ce1
textproc/py-ocrmypdf: Update to 14.4.0 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v14.4.0/docs/release_notes.rst1d2d2b2f12
devel/py-setuptools: convert individual consumers to ${PY_SETUPTOOLS}
Currently a no-op, but in the future outputs the correct setuptools
port depending on whether USES_PYTHON=distutils is specified.
With hat: python
PR: 270510, 2703589a80a6ee5eall: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++ -DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable -Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi -Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings -Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x -MT _quickfix_la-QuickfixPython.lo -MD -MP -MF .deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o .libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean '-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>3d9a815d9ctextproc/py-ocrmypdf: Update to 14.3.0 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v14.3.0/docs/release_notes.rst86e0e433f2
textproc/py-ocrmypdf: Update to 14.2.1 * Simplify Makefile by switching to USE_PYTHON=pytest. Changelog since 14.1.0: https://github.com/ocrmypdf/OCRmyPDF/blob/v14.2.1/docs/release_notes.rst3b4f49f604
audio/opus: bump consumers after update to 1.4feb1fa34f5
textproc/py-ocrmypdf: Update to 14.1.0 * Remove no longer required USE_LOCALE as the UTF-8 mode is enabled by default when the locale is C since Python 3.7. Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v14.1.0/docs/release_notes.rst751c42578d
USE_PYTHON=pep517: bump PORTREVISION1730e97e04
textproc/py-ocrmypdf: Update to 14.0.4 Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v14.0.4/docs/release_notes.rstb22bbf56e9
textproc/py-ocrmypdf: Update to 14.0.3 * Switch to PEP-517 build framework. Changelogs since 13.7.0: https://github.com/ocrmypdf/OCRmyPDF/blob/v14.0.3/docs/release_notes.rst MFH: No (PEP-517 support not present in 2023Q1 branch)34297ee65d
*/*: rename CHEESESHOP to PYPI in MASTER_SITES PR: 267994 Differential revision: D37518 Approved by: bapt77d68471ad
textproc/py-ocrmypdf: Update to 13.7.0 There is already a new major release (= 14.x) out, but the build system has been changed here, which therefore takes a little more time to implement. So use the last release of the 13.x series for a while. Changelog since 13.6.0: https://github.com/ocrmypdf/OCRmyPDF/blob/v13.7.0/docs/release_notes.rst MFH: 2022Q496b0bf1407
Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
textproc/py-ocrmypdf: Update to 13.6.0 Changelog since 13.4.7: https://github.com/ocrmypdf/OCRmyPDF/blob/v13.6.0/docs/release_notes.rst MFH: 2022Q352722bff07
textproc/py-ocrmypdf: Update to 13.4.7 * Update WWW field to spare redirects. Changelog since 13.4.2: https://github.com/ocrmypdf/OCRmyPDF/blob/v13.4.7/docs/release_notes.rst MFH: 2022Q2124a6ff0ea
textproc/py-ocrmypdf: Update to 13.4.2 * Remove a copy/paste leftover from the previous commit. Changelog: https://github.com/ocrmypdf/OCRmyPDF/blob/v13.4.2/docs/release_notes.rst MFH: 2022Q2e24be10027
textproc/py-ocrmypdf: Update to 13.4.1 Changelog since 12.7.2: https://github.com/ocrmypdf/OCRmyPDF/blob/v13.4.1/docs/release_notes.rst MFH: No (feature release)d17857267d
textproc/py-ocrmypdf: Update to 12.7.2 Changelog since 12.4.0: https://github.com/jbarlow83/OCRmyPDF/blob/v12.7.2/docs/release_notes.rst4ae910239a
textproc/py-ocrmypdf: Update to 12.4.0 Changelog since 12.3.2: https://github.com/jbarlow83/OCRmyPDF/blob/v12.4.0/docs/release_notes.rstc4c673f818
textproc/py-ocrmypdf: Update to 12.3.2 Changelog since 12.2.0: https://github.com/jbarlow83/OCRmyPDF/blob/v12.3.2/docs/release_notes.rst0161da44a9
textproc/py-ocrmypdf: Update to 12.2.0 Changelogs since 11.7.3: https://github.com/jbarlow83/OCRmyPDF/blob/v12.2.0/docs/release_notes.rst MFH: No (feature release)705073d512
One more small cleanup, forgotten yesterday. Reported by: lwhsucf118ccf87
Remove # $FreeBSD$ from Makefiles.305f148f48
textproc/py-ocrmypdf: Update to 11.7.3 Changelog since 11.6.2: https://github.com/jbarlow83/OCRmyPDF/blob/v11.7.3/docs/release_notes.rst860c8fd2af
textproc/py-ocrmypdf: Update to 11.6.2 Changelog since 11.6.0: https://github.com/jbarlow83/OCRmyPDF/blob/v11.6.2/docs/release_notes.rsted3fc393ea
textproc/py-ocrmypdf: Update to 11.6.0 Changelog since 11.3.1: https://github.com/jbarlow83/OCRmyPDF/blob/v11.6.0/docs/release_notes.rst42ba2ab927
textproc/py-ocrmypdf: Update to 11.3.1 * The license was changed by upstream with the 11.0.0 release. Adapt LICENSE accordingly. Changelog since 10.3.1: https://github.com/jbarlow83/OCRmyPDF/blob/v11.3.1/docs/release_notes.rsta0dac3b3a6