java/openjdk17: Version 17.0.21.0.2 including CA fixes
Upgrade port to latest upstream, including fixes for eMudhra CA
certificate issues.
MFH: 2026Q4
Sponsored by: The FreeBSD Foundation
(cherry picked from commit 7f04d4602d3fe08f8a84fe0b3a851524f93ee6b7)
java/openjdk17: Version 17.0.21.0.2 including CA fixes
Upgrade port to latest upstream, including fixes for eMudhra CA
certificate issues.
MFH: 2026Q4
Sponsored by: The FreeBSD Foundation
java/openjdk21: Version 21.0.13.0.2 including CA fixes
Upgrade port to latest upstream, including fixes for eMudhra CA
certificate issues.
MFH: 2026Q4
Sponsored by: The FreeBSD Foundation
(cherry picked from commit 2fbb3d6232e700f3e94d8ba61776cbdb2f0ae0d5)
java/openjdk21: Version 21.0.13.0.2 including CA fixes
Upgrade port to latest upstream, including fixes for eMudhra CA
certificate issues.
MFH: 2026Q4
Sponsored by: The FreeBSD Foundation
java/openjdk25: Version 25.0.5.0.2 including CA fixes
Upgrade port to latest upstream, including fixes for eMudhra CA
certificate issues.
MFH: 2026Q4
Sponsored by: The FreeBSD Foundation
(cherry picked from commit 9b5f1358f1f7f8fbdd85d80d66b8c49a286f09a3)
java/openjdk25: Version 25.0.5.0.2 including CA fixes
Upgrade port to latest upstream, including fixes for eMudhra CA
certificate issues.
MFH: 2026Q4
Sponsored by: The FreeBSD Foundation
net-mgmt/librenms: Remove sudo dependency
At one time it was required for running certain scripts.
Add an UPDATING entry.
While here, notice and correct the date for the previous entry
from d90f5893
Reported by: SgtMalicious
Tested by: me
˚¨# "Pull Request" and "Differential Revision" require the *full* GitHub or
java/openjdk27: version 27.0.1.0.2, incl CA fixes
Upgrade port to latest upstream, including fixes for eMudhra CA
certificate issues.
Sponsored by: The FreeBSD Foundation
(cherry picked from commit c3e71861bf8632b8037be3fe8c48d5127ccc077f)
java/openjdk27: version 27.0.1.0.2, incl CA fixes
Upgrade port to latest upstream, including fixes for eMudhra CA
certificate issues.
Sponsored by: The FreeBSD Foundation
bhyve: add command to list config options
For a software built on top of bhyve(8) and/or managing bhyve(8),
it is very convenient to know what specific features the given binary supports.
Currently, bhyve(8) provides some of this information, and it could be
retrieved by parsing `bhyve -h`, `bhyve -s help`, `bhyve -l help`.
Sometimes it is not enough, for example, the recently added
"oemstrings" feature cannot be fully probed using these commands.
Over time, some workarounds were suggested. Specifically:
- Mapping features to __FreeBSD_version. I see at least two issues with
that:
* __FreeBSD_version does not directly map to bhyve(8) features,
so this is simply not accurate.
* bhyve(8) might be updated separately from the system, which
is not so uncommon, especially for development purposes.
Then such a probing will be inaccurate.
[32 lines not shown]
locate.1: clarify bytes vs. characters
The database stores bytes, not characters. Remove the historical
note about 7-bit storage. Also document that -i ignores case only
for ASCII letters.
Reviewed by: ziaee
MFC after: 3 days
net/stund: Update to 1.0.1 and assign maintainership
Port been forked, updated and adoped by a new maintainer.
Co-authored-by: Michael Osipov <michaelo at FreeBSD.org>
PR: 299433
cad/openscad-devel: Update and enable experimental features
Update to 2026.10.23 and enable experimental features
PR: 299642
Reported by: Arthur Chance
devel/py-evdev: Use the evdev headers from base
evdev 1.9 expects the UI_FF_* constants from uinput.h, but the port
generated its ecodes module only from devel/evdev-proto's
linux/input.h and linux/input-event-codes.h, so "import evdev" fails
with KeyError: 'UI_FF'.
files/patch-v4l_compat, added with the port in 2015 when base had no
dev/evdev headers, removes upstream's #ifdef __FreeBSD__ branches for
<dev/evdev/...> and makes the port build against evdev-proto instead.
Base now installs dev/evdev/input.h, input-event-codes.h and uinput.h,
which evdev's setup.py uses on FreeBSD by default, and build_ext
generates the ecodes module itself. Drop the patch, the evdev-proto
dependency, USES=localbase and the build_ecodes, --evdev-headers and
--include-dirs arguments, and bump PORTREVISION.
The 14.5 and 15.1 base headers define FF_MAX_EFFECTS; older ones
(13.5, 14.2, 14.3, 14.4 and 15.0) lack it, and evdev falls back for it.
[3 lines not shown]