graphics/py-svg.path: Update to 7.1
graphics/py-svg.path 4.0.2 cannot be imported on Python 3.10 and
later (3.12, the current default, shown):
$ python3.12 -c 'import svg.path'
ImportError: cannot import name 'MutableSequence' from 'collections' (/usr/local/lib/python3.12/collections/__init__.py)
svg/path/path.py does "from collections import MutableSequence", which
Python 3.10 removed. svg.path, svg.path.path and svg.path.parser all
fail, so the package is unusable.
Upstream fixed this in 4.1 (2021-02-16). The patch updates the port to
the latest release, 7.1 (2026-07-07):
- the sdist is now svg_path-*, so the DISTNAME override goes away;
- the port builds with pep517; upstream's pyproject needs
setuptools>=61.2, which the tree's 63.1.0 satisfies, plus wheel;
- setuptools 63 names the wheel and dist-info after the project name
(svg.path) while the framework expects ${PORTNAME} (svg_path), so
[15 lines not shown]
sysutils/py-salt: Update to 3008.5
While here:
- Restore the FreeBSD default paths. Since the switch to
USE_PYTHON=pep517 in 3008.2, PYDISTUTILS_INSTALL_TARGET is no longer
used, so the --salt-*-dir options were silently ignored and
salt/_syspaths.py was not generated. Salt fell back to the upstream
defaults (/srv/salt, /srv/pillar) instead of
/usr/local/etc/salt/states and /usr/local/etc/salt/pillar, as
documented in master.sample. Ship _syspaths.py from files/ instead.
Users of 3008.2 - 3008.4 who keep states or pillars in /srv without
setting file_roots/pillar_roots explicitly have to move them to
/usr/local/etc/salt/{states,pillar} or set these options.
- Mention sysutils/py-saltext.freebsd in pkg-message. Since 3008 the
FreeBSD-specific modules (service, sysrc, sysctl, kmod, jail, ports,
freebsd_update, shadow) are provided by this extension. It cannot be
added to RUN_DEPENDS, as it depends on py-salt itself.
