0.10.4_2graphicsΣ=2 0.10.4_2Version of this port present on the latest quarterly branch.upstream: 1.1.2A newer version was found upstream by portscout, first on 2026-08-20.
PoDoFo is a library to work with the PDF file format. The name comes from the
first letter of PDF (Portable Document Format). A few tools to work with PDF
files are already included in the PoDoFo package.
The PoDoFo library is a free, portable C++ library which includes classes to
parse PDF files and modify their contents into memory. The changes can be
written back to disk easily. The parser can also be used to extract information
from a PDF file (for example the parser could be used in a PDF viewer). Besides
parsing PoDoFo includes also very simple classes to create your own PDF files.
All classes are documented so it is easy to start writing your own application
using PoDoFo.
===> The following configuration options are available for podofo-0.10.4_2:
JPEG=on: JPEG image format support
PNG=on: PNG image format support
TIFF=on: TIFF image format support
===> Use 'make config' to modify these settings
graphics/podofo: fix build with libc++ >= 20
With libc++ 20 or higher graphics/podofo fails to build, with errors
similar to:
/wrkdirs/usr/ports/graphics/podofo/work/podofo-0.10.4/src/podofo/main/PdfColor.cpp:686:13:
error: call to 'from_chars' is ambiguous
686 | if (std::from_chars(name.data() + 1, name.data() +
name.size(), grayVal, chars_format::fixed).ec != std::errc())
| ^~~~~~~~~~~~~~~
/usr/include/c++/v1/__charconv/from_chars_floating_point.h:63:1: note:
candidate function
63 | from_chars(const char* __first, const char* __last, double& __value,
chars_format __fmt = chars_format::general) {
| ^
/wrkdirs/usr/ports/graphics/podofo/work/podofo-0.10.4/src/podofo/private/charconv_compat.h:34:30:
note: candidate function
34 | inline from_chars_result from_chars(const char* first, const
char* last,
| ^
This is because libc++ 20 started offering std::from_chars() for
floating point values, and pododo does not check for this. Correct the
WANT_FROM_CHARS check to correctly check for libc++ 20 or higher.
PR: 293181
Approved by: sunpoet (maintainer)
MFH: 2026Q1
graphics/podofo: Update to 0.10.3
- Update version requirement of BUILD_DEPENDS to avoid using utf8cpp 4.0.2
utf8cpp 3.* installs to ${PREFIX}/include/utf8cpp/.
utf8cpp 4.0.{0,1,2} changes to ${PREFIX}/include/.
utf8cpp 4.0.3 changes back to ${PREFIX}/include/utf8cpp/.
Changes: https://github.com/podofo/podofo/releases
devel/hhdate: move to devel/date
Now that the old devel/date has been removed, use the old port name
for the version we decided to keep.
PR: 272778
Reported by: Alexander Chernyavsky <nickp102@gmail.com>
Approved by: sunpoet
graphics/podofo: update to 0.10.0 preserving version 0.9.x
Version 0.10.0 of podofo is API/ABI incompatible with previous
version. so with the update we need to preserve the previous version
in the tree as graphics/podofo09 for ports depending on that version.
The old port is modified so that it can be installed concurrently
with the new version.
Ports depending on the old version on the ports are modified
accordingly.
Approved by: sunpoet (maintainer, via private mail), pkubaj, yuri
Differential Revision: https://reviews.freebsd.org/D40328
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)
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.
(Only the first 15 lines of the commit message are shown above )
Drop C++11 workaround for GCC < 6 after r449590
lang/gcc5 will expire in ~1 month. If someone still uses lang/gcc48
they should backport C++11 fix instead. QA on GCC architecuters is
currently limited to powerpc64 which uses GCC_DEFAULT.
PR: 193528
graphics/podofo: Add patch to fix build with upcomeing cmake-3.12
The behaviour of cmake's copy_directory was changed, so that it
now fails if the source directory does not exist.
PR: 229854
Reported by: antoine
dns/libidn:
- Add USES=libtool and bump dependent ports
- Add INSTALL_TARGET=install-strip
- Always install libidn-components.png because it is used by libidn.info
- Add -lintl to Libs.private instead of Libs in libidn.pc
Replace lang/lua with the new lang/lua51
lang/lua51 is working the same way lang/lua52, chase ports using lua 5.1
Make the default lua lua52
Make all lua ports using USES=lua
Approved by: portmgr (implicit)
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
(Only the first 15 lines of the commit message are shown above )
Update freetype to 2.5.2.
Remove patch to add -I/usr/local/include in freetype-config --cflags. If
ports need extra headers they should look for them, and not get them via
a side-effect.
Freetype had a header resuffle in 2.5.1, patch ports to use the new header
style.
Thanks go to bdrewery for the two exp-runs and rakuco for helping me with
some troublesome cmake ports.
PR: ports/184587
Convert my ports to current standards
- Switch USE_GMAKE to USES=gmake
- Define supported options so users can see them in config dialogs
- Use OPTIONS_SUB for plist alteration
- Convert to options macros for better readability
- Use PORTDOCS where it makes sense
Force numerous ports that fail to build with clang over to instead always
rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to
accomplish this.
The ports chosen were ports that blocked 2 or more ports from building with
clang. (There are several hundred other ports that still fail to build with
clang, even with this patch. This is merely one step along the way.)
Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.
For those who have gcc as their default compiler, this change is believed
to cause no change.
Hat: portmgr
Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
combinations of patch/no-patch and flag settings.
Fix the build when an older version of this port is
already installed. Bump PORTREVISION.
Submitted by: Armin Pirkovitsch <armin@frozen-zone.org>
Feature safe: yes
- Return my ports back to the pool. I was unable to make any fixes to
my ports in the past 3 weeks while ports were broken on any 10.x
machines, which means I'm unable to maintain them. So let people know
that there's no available support for them until things are back to
normal (which also means that anyone with spare time will be able
to fix them without getting approval).
