deskutils/growl-for-linux: Remove expired port
2026-05-12 deskutils/growl-for-linux: Obsolete software that does not compile with recent versions of GCC or Clang
databases/jrrd: Remove expired port
2026-05-13 databases/jrrd: only builds with Java 8, unmaintained, no dependencies in the ports tree, an alternative is https://github.com/OpenNMS/jrrd2
sys/time.h: add bintime2us() helper
Add a microsecond conversion helper to complement the existing
bintime2ns(). The body mirrors bintime2ns().
This will be used by an upcoming eventlog(9) framework as well as
the TCP code in upcoming changes.
Approved by: gallatin, tuexen
Sponsored by: Netflix, Inc.
Differential Revision: https://reviews.freebsd.org/D56972
BSD.root.dist: Correct tag for /etc/sysctl.kld.d
This is only used by rc.subr and belongs in rc, not runtime.
Fixes: fa6d67cd16b5 ("BSD.root.dist: Add package tag for all directories")
MFC after: 3 days
Reviewed by: ivy
Differential Revision: https://reviews.freebsd.org/D56900
(cherry picked from commit 44338ccd12685621c4b1c57e692a4f27f5a655d3)
fsck_msdosfs: fix FAT header correction not persisting in cache mode
When fsck_msdosfs runs with FAT32 cache mode (used for large
filesystems that cannot be mmap'd), a detected FAT header correction
was written into the in-memory buffer but the corresponding cache
entry (fat32_cache_allentries[0]) was never marked dirty. As a
result, fat_flush_fat32_cache_entry() skipped it, the corrected
bytes were never written to disk, and copyfat() propagated the
uncorrected on-disk data to all backup FAT copies. Every subsequent
fsck run would repeat the same "FAT starts with odd byte sequence /
FIXED" cycle indefinitely.
Fix by marking fat32_cache_allentries[0].dirty = true after applying
the in-memory correction, ensuring the chunk is flushed before
copyfat() runs.
Approved by: re (cperciva)
Obtained from: https://android-review.googlesource.com/c/platform/external/fsck_msdos/+/4047981
[2 lines not shown]
sysutils/rundeck: Fix rc script startup
The fix is to remove ${rc_arg} from the su invocation in rundeck_start().
The JAR is invoked directly via daemon(8) and does not need nor support
rc(8)-style subcommands.
PR: 294978
Reported by: Steffen <steffen at fritz.wtf>
Approved by: Xavier Humbert <xavier at groumpf.org> (maintainer)
MFH: 2026Q2
(cherry picked from commit 36b5f8761acf2eaec5ab4017ba87b831f9a87b95)
sysutils/rundeck: Fix rc script startup
The fix is to remove ${rc_arg} from the su invocation in rundeck_start().
The JAR is invoked directly via daemon(8) and does not need nor support
rc(8)-style subcommands.
PR: 294978
Reported by: Steffen <steffen at fritz.wtf>
Approved by: Xavier Humbert <xavier at groumpf.org> (maintainer)
MFH: 2026Q2
devel/libks: Add new port
Add a new devel/libks port for SignalWire's libks support library.
libks provides common C utility code used by SignalWire and related
projects, including platform abstraction, threading, networking, JSON,
UUID, TLS, logging, buffers, and general helper routines.
Reviewed by: jrm
Differential Revision: https://reviews.freebsd.org/D56907
sysutils/cpu-microcode-intel: Update to 2026-05-12 release
This update includes security fixes for INTEL-SA-01420 affecting some
Arrow Lake and Panther Lake CPUs, as well as functional improvements for
various Intel Core Ultra and Xeon processors.
Release notes: https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/releases/tag/microcode-20260512
Sponsored by: The FreeBSD Foundation
vtfontcvt: Add SPDX-License-Identifier tag
Reviewed by: emaste
Sponsored by: The FreeBSD Foundation
(cherry picked from commit f12a0dca86b529069a940f09aba796dd4e28c66f)
chio: Add SPDX-License-Identifier tags
Some BSD-4-Clause files under bin/chio were missing the
SPDX-License-Identifier-tag.
Reviewed by: emaste
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D55193
(cherry picked from commit b6824fe48e4197877f472268859ffe80d7fd946b)
sys: Fix heap disclosure in compat7 kern.proc.filedesc sysctl
Reported by: Yuxiang Yang, Yizhou Zhao, Ao Wang, Xuewei Feng, Qi Li, and Ke Xu from Tsinghua University using GLM-5.1 from Z.ai
Reviewed by: markj
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D56976
