if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
Noteable exiv2 port changes:
- Switch to cmake and enable i18n support
- Change COMMENT and cleanup DESCR
- Switch to https
- Don't provide the new Exiv2::getProcessPath() function. Not portable,
doesn't work on OpenBSD, and shouldn't be exposed in the API of a
graphics library. Instead, define a macro with CMake to help runtime
find gettext files. from jca@'s commit
https://v4.freshbsd.org/commit/openbsd/ports/fHGCS7kzl4zKjdnW
- All consumer fixed. configure checks, port-lib-depends-checks checks
and also some run-time tests with krita, digikam, nomacs.
Consumer patches from upstream, gentoo, freebsd and by me for the old
creepy KDE4 stuff.
This went through a full amd64 bulk build. Thanks jj
Follow the upstream recommendations for packagers and switch to
multi-packages:
devel/gettext -> devel/gettext,-runtime
devel/gettext-tools -> devel/gettext,-tools
(new) devel/gettext,-textstyle
'CFLAGS += -pthread' from port's Makefile.
While here, remove superfluous SEPARATE_BUILD and CONFIGURE_STYLE
variables: cmake module already takes care of them.
ok sthen@
When used in conjunction with PIE, symbol versioning triggers weird
linking problems in dependent ports.
This appears to unbreak graphics/hugin.
Bump all the majors of wx shared libraries and amend graphics/hugin
accordingly.
Kudos to naddy@: a 2009 message to misc@ from him put me on the
right track.
OK sthen@ (MAINTAINER)
