setuptools (it's used as a package locator but importlib.metadata in
newer Python core or the external importlib_metadata are preferred).
So drop the RDEP in that case (it's still kept for py27) and bump
revisions.
or strongly suspected to support at least 8.0. (7.4 is currently on security
support only, and that finishes in November, so I intend to switch the "ports
default" version to 8.0).
some of these ports _may_ work with 8.0 already, some have pull requests or
support in newer upstream code (not always in a release), others definitely
need 7.4.
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.
Error: mapserver-7.4.0/fake-amd64/usr/local/lib/python3.7/site-packages/mapscript-7.4.0-py3.7.egg-info/PKG-INFO does not exist
Error: mapserver-7.4.0/fake-amd64/usr/local/lib/python3.7/site-packages/mapscript-7.4.0-py3.7.egg-info/SOURCES.txt does not exist
Error: mapserver-7.4.0/fake-amd64/usr/local/lib/python3.7/site-packages/mapscript-7.4.0-py3.7.egg-info/dependency_links.txt does not exist
Error: mapserver-7.4.0/fake-amd64/usr/local/lib/python3.7/site-packages/mapscript-7.4.0-py3.7.egg-info/top_level.txt does not exist
Error: mapserver-7.4.0/fake-amd64/usr/local/lib/python3.7/site-packages/mapscript/__init__.py does not exist
etc.
- Fix RUN_DEPENDS while here (-perl, -php etc... don't need python)
appropriate in various devel/proj consumers to fix build with upcoming
proj 6 update, which will be commited in a month or so.
Thx to https://github.com/OSGeo/proj.4/wiki/proj.h-adoption-status for
linking the various upstream issues about it.
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.
a noop for now until the button is pushed in php.port.mk
pear-MDB2-mysql: requires php-mysql
nedi: requires php-mysql (fixable by updating to nedi 1.6)
mapserver: https://github.com/mapserver/mapserver/issues/5252
xcache: not ported to 7.0; opcache recommended instead