security/openvpn: bugfix update to 2.7.6
This is not security-relevant on FreeBSD, one security fix affects
Windows, the other one only affects builds against mbedTLS (which is not
currently supported by the port), and a third one (second bullet point)
turned out to not be exploitable.
Note that the --dev option defaults to "tun" (if not specified).
Note that --ping and --keepalive settings are now capped at 24 h.
TCP-based configurations now always enable TCP_NODELAY.
Changelog: https://github.com/OpenVPN/openvpn/releases/tag/v2.7.6
MFH: 2026Q3
Pull Request: https://github.com/freebsd/freebsd-ports/pull/584
(cherry picked from commit bbddd98141d38561ab0c715c737ed7dbd87688d6)
Mk/Scripts/qa.sh: readelf 1 file a time, baselibs()
...to repair detection of libssl/libcrypto usage inside a port,
to avoid a bogus "you may not need USES=ssl" warning from stage-qa
in ports that have USES=ssl and that do dynamically link against
libcrypto.so or libssl.so.
The cause is that the script currently feeds many files to readelf -d,
in lexiographical order from find -s, and might feed non-ELF
executables, such as scripts. In that case, readelf aborts without looking
at any other file, and the error message is sent 2>/dev/null,
we and may miss those files later in the list that do use crypto/ssl.
Fix: feed files individually to readelf -d
to make sure it really looks at each of them.
PR: 296889
Fixes: cfff850 Make baselibs QA check non recursive and activate it again
(The ldd -a used before the earlier more lenient and would process all files.)
security/openvpn: bugfix update to 2.7.6
This is not security-relevant on FreeBSD, one security fix affects
Windows, the other one only affects builds against mbedTLS (which is not
currently supported by the port), and a third one (second bullet point)
turned out to not be exploitable.
Note that the --dev option defaults to "tun" (if not specified).
Note that --ping and --keepalive settings are now capped at 24 h.
TCP-based configurations now always enable TCP_NODELAY.
Changelog: https://github.com/OpenVPN/openvpn/releases/tag/v2.7.6
MFH: 2026Q3
Pull Request: https://github.com/freebsd/freebsd-ports/pull/584
multimedia/libvpl-tools: New port: Intel Video Processing Library Tools
Intel Video Processing Library (Intel VPL) tools provide access to hardware
accelerated video decode, encode, and processing capabilities on Intel GPU
from the command line.
The tools require the Intel VPL base library and a runtime library installed.
Current runtime implementations:
- Intel VPL GPU Runtime for use on Intel Iris Xe graphics and newner
- Intel Media SDK for use on legacy Intel graphic
WWW: https://www.intel.com/content/www/us/en/developer/tools/vpl/overview.html
PR: 297308
Reported by: Yuichiro NAITO <naito.yuichiro at gmail.com> (new maintainer)
www/bozohttpd: Use blocklist
Starting from FreeBSD version 1500000, prefer the new blocklist
nomenclature.
Once older versions are no longer supported, we should use blocklist
exclusively.
PR: 294080
multimedia:{ffmpeg,handbrake}: Switch dependency from onevpl to libvpl
onevpl has been superceded by libvpl upstream. So switch dependencies
of dependent ports.
PR: 293561
Reported by: Yuichiro NAITO <naito.yuichiro at gmail.com>
Approved by: portmgr (blanket; switch deprecated dependencies)
multimedia/libvpl: New port: Intel Video Processing Library API, dispatcher, and examples
Intel Video Processing Library (Intel VPL) provides access to hardware
accelerated video decode, encode, and processing capabilities on Intel GPUs
to support AI visual inference, media delivery, cloud gaming, and virtual
desktop infrastructure use cases.
This repository contains the following components:
- Copies of the Intel VPL API header files.
The version of the API is listed in the mfxdefs.h file.
- Intel VPL Dispatcher
- Examples demonstrating API usage
*** IMPORTANT ***
Intel VPL Tools are no longer in this repository. They have all been
moved to libvpl-tools.
[4 lines not shown]
multimedia/onevpl: Deprecate and set to expire on 2026-09-30
Upstream has been renamed to libvpl and libvpl-tools. Use
multimedia/libvpl and multimedia/libvpl-tools.
While here, add CONFLICTS_INSTALL=libvpl.
PR: 293561
Reported by: Yuichiro NAITO <naito.yuichiro at gmail.com>
mail/mailman3: Update rc.d script
Fix the exit code of "service mailman status". Mailman's own status
command exits 0 when it is not running and 1 when it is, which is the
inverse of the rc.subr convention. Wrap it so that a running master
yields 0, as service(8) consumers such as Ansible expect.
Also add a start_precmd that detects an already running master via the
pidfile, so that "service mailman start" no longer dumps a full click
usage block on a second invocation.
PR: 292404
Sponsored by: Netzkommune GmbH
(cherry picked from commit ae15f89980dff827563056d876641f942a70c6dd)
mail/mailman3: Update rc.d script
Fix the exit code of "service mailman status". Mailman's own status
command exits 0 when it is not running and 1 when it is, which is the
inverse of the rc.subr convention. Wrap it so that a running master
yields 0, as service(8) consumers such as Ansible expect.
Also add a start_precmd that detects an already running master via the
pidfile, so that "service mailman start" no longer dumps a full click
usage block on a second invocation.
PR: 292404
Sponsored by: Netzkommune GmbH
games/robocode-naval: Ignore portscout
robocode-naval and robocode share the same SourceForge project, so
portscout keeps reporting games/robocode versions as new releases for
this port. Naval Robocode has its own versioning scheme (0.9.2 being
the latest), so just ignore it.
