sysutils/coxswain: Add new port
Coxswain is a two-panel file manager in the Norton Commander tradition,
built for developers. The panels show git status for every file, the
function keys copy, move and delete, and archives (zip, 7z, tar) open
like folders.
WWW: https://github.com/mwo-dk/coxswain
PR: 299198
Approved by: osa, vvd (Mentors, implicit)
lang/swift6: Update to 6.4.1
While here, import some patches from devel/libdispatch for avoiding
hang up during `swift build` and `swift test`.
Release Announcement: https://forums.swift.org/t/announcing-swift-6-4-1/90029
PR: 299843
Reported by: GitHub (watch releases)
Reviewed by: pkubaj
Obtained from: devel/libdispatch (patches for swift-corelibs-libdispatch)
Co-authored-by: Piotr Kubaj <pkubaj at FreeBSD.org>
www/mod_tls: Remove port
Project is no longer maintained
API changes in rustls prevent builing
Removed (as experimental module) from Apache httpd in 2025-01-23
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.
