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.
- build with ffmpeg support, suggested by solene@ (and use
--disable-dynamic-loading to avoid dlopening ffmpeg)
- use GH_* and add a note explaining why we aren't using the
upstream tarballs (stupid time-expiring URLs on fosshub)
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
We don't have ports (yet) for sbsms and "libwidgetextra" but better be
safe than sorry. Listing said packages here makes them easier to find
with grep, in case we create ports for them.
Still BROKEN but at least we can start working on the newest release.
Remove WANTLIB while here, they prevent from even extracting; we'll add
them back once the port builds.
- libsoxr now used instead of libsamplerate
- audio/portaudio-svn still used instead of the bundled copy (only the
portmixer subsystem makes use of additional interfaces available in
the bundled and patched portaudio)
- portmidi support can't be easily deactivated and lacks support for OpenBSD
Committing this early so other people can work on it in-tree. Prodded by
ajacoutot@.
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
