FreeBSD/ports 09e613fsecurity/cyberchef Makefile distinfo

security/cyberchef: Update to 11.5.0

re: https://github.com/gchq/CyberChef/releases/tag/v11.5.0
DeltaFile
+3-3security/cyberchef/distinfo
+2-3security/cyberchef/Makefile
+5-62 files

FreeBSD/ports a95a93esecurity/ssh-tools Makefile distinfo

security/ssh-tools: Fix ssh-facts' uptime and last reboot

PR:             298612
Reported by:    p5B2EA84B3 at t-online.de
Sponsored by:   fme AG
DeltaFile
+3-1security/ssh-tools/distinfo
+3-0security/ssh-tools/Makefile
+6-12 files

LLVM/project a41ea60lldb/source/Plugins/SymbolFile/DWARF DWARFASTParserFortran.h DWARFASTParserFortran.cpp, lldb/source/Plugins/TypeSystem/Fortran TypeSystemFortran.h TypeSystemFortran.cpp

[lldb][Fortran] Added support for base types to DWARFASTParserFortran, tests for DWARFASTParserFortran and a method to get the parser from TypeSystemFortran
DeltaFile
+209-0lldb/unittests/SymbolFile/DWARF/DWARFASTParserFortranTests.cpp
+127-4lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserFortran.cpp
+17-1lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserFortran.h
+8-0lldb/source/Plugins/TypeSystem/Fortran/TypeSystemFortran.cpp
+3-0lldb/source/Plugins/TypeSystem/Fortran/TypeSystemFortran.h
+2-0lldb/unittests/SymbolFile/DWARF/CMakeLists.txt
+366-56 files

FreeBSD/ports a7b9121net/libyang2 Makefile, net/libyang2/files patch-CMakeLists.txt

net/libyang2: Fix building with CMake 4

PR:             298622
Reported by:    arrowd
DeltaFile
+56-0net/pimd/files/patch-src_main.c
+10-1net/libyang2/files/patch-CMakeLists.txt
+1-1net/libyang2/Makefile
+67-23 files

LLVM/project 64902e0llvm/lib/CodeGen/SelectionDAG DAGCombiner.cpp, llvm/test/CodeGen/X86 combine-mulo.ll

[DAG] Don't constant fold opaque constants in visitMULO (#224494)

Opaque constants (created for constants hoisted by ConstantHoisting) are
deliberately not folded by FoldConstantArithmetic for binary operations,
so that the hoisted constant is not rematerialized in each user. The MULO
fold in DAGCombiner did not check for this. 

The second test reveals a second opaque constant problem - apparently
our constant RHS canonicalization isn't properly handling opaque
constants. (This change is about three split attempts off of something that
was supposed to be fairly trivial. I decided to stop here.)

Assisted-by: Claude Fable 5.1
DeltaFile
+26-0llvm/test/CodeGen/X86/combine-mulo.ll
+1-1llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
+27-12 files

LLVM/project 38ca6e6lldb/source/Plugins/TypeSystem/Fortran TypeSystemFortran.cpp

Removed GetTypeName switch default
DeltaFile
+2-1lldb/source/Plugins/TypeSystem/Fortran/TypeSystemFortran.cpp
+2-11 files

NetBSD/pkgsrc-wip 6c45f71onnxruntime Makefile distinfo

onnxruntime: update to 1.30.0.

Same build (fetch) problem.
DeltaFile
+3-3onnxruntime/distinfo
+1-1onnxruntime/Makefile
+4-42 files

LLVM/project e4fbd2flldb/source/Plugins/TypeSystem/Fortran TypeSystemFortran.h TypeSystemFortran.cpp, lldb/unittests/Symbol TestTypeSystemFortran.cpp

[lldb][Fortran] Added spacing after 1-line ifs, inlined type cases and added default name for all base types
DeltaFile
+33-25lldb/source/Plugins/TypeSystem/Fortran/TypeSystemFortran.cpp
+2-2lldb/source/Plugins/TypeSystem/Fortran/TypeSystemFortran.h
+3-0lldb/unittests/Symbol/TestTypeSystemFortran.cpp
+38-273 files

LLVM/project fce3facllvm/include/llvm/Support LLVMDriver.h Driver.h, llvm/lib/Support Driver.cpp

Reapply [Support] ToolSession for in-process tool invocation (#224515)

This PR Relands #221996, which was approved and merged but reverted in
#224368 after failures in the Fuchsia builders.

This PR contains two commits:

1. The original approved commit, reapplied without changes.
2. A small follow-up fixing the reported failures.

The problem was that a direct Clang invocation was incorrectly marked as
needing a prepended tool name. When Clang launched cc1 out of process,
we produced:

    clang clang -cc1 ...

instead of:

    clang -cc1 ...

    [11 lines not shown]
DeltaFile
+162-0llvm/unittests/Support/LLVMToolSession/LLVMToolSessionTest.cpp
+134-0llvm/lib/Support/Driver.cpp
+96-0llvm/include/llvm/Support/Driver.h
+22-50llvm/tools/llvm-driver/llvm-driver.cpp
+0-27llvm/include/llvm/Support/LLVMDriver.h
+20-0llvm/unittests/Support/LLVMToolSession/CMakeLists.txt
+434-7731 files not shown
+473-10537 files

LLVM/project 8f68ddfclang-tools-extra/clang-tidy/misc ConstCorrectnessCheck.cpp, clang-tools-extra/docs ReleaseNotes.md

[clang-tidy] Skip `decltype(auto)` variables in misc-const-correctness (#224465)

Since #157319 the check analyzes `auto` variables, which also pulled in
`decltype(auto)`. Its fix-it inserts `const`, but `decltype(auto)`
cannot be combined with other type specifiers, so the fix does not
compile:

```cpp
decltype(auto) x = get_ref();
decltype(auto) const x = get_ref();  // error
```

Exclude such variables from the analysis, as no `const` can be added.

Fixes #223940
DeltaFile
+34-0clang-tools-extra/test/clang-tidy/checkers/misc/const-correctness-decltype-auto.cpp
+7-1clang-tools-extra/clang-tidy/misc/ConstCorrectnessCheck.cpp
+3-0clang-tools-extra/docs/ReleaseNotes.md
+44-13 files

FreeBSD/doc 8ebf910documentation/content/en/books/handbook/multimedia _index.adoc

handbook/multimedia: Add Discord and Jitsi

Jitsi works perfectly on 15.1, Discord has never worked... yet.

Reviewed by:            carlavilla
Differential Revision:  https://reviews.freebsd.org/D59778
DeltaFile
+6-1documentation/content/en/books/handbook/multimedia/_index.adoc
+6-11 files

NetBSD/src KJeqiJ8external/bsd/unbound/lib/libunbound Makefile

   Unbreak unbound on m68k machines.
VersionDeltaFile
1.10+6-1external/bsd/unbound/lib/libunbound/Makefile
+6-11 files

FreeBSD/ports c5baa3enet/keycloak Makefile distinfo

net/keycloak: Update 26.7.3 => 26.7.4

Release Notes:
https://www.keycloak.org/2026/09/keycloak-2674-released

PR:             298627
Security:       CVE-2026-90997
Security:       CVE-2026-79651
Security:       CVE-2026-74909
Security:       CVE-2026-19607
Security:       CVE-2026-17526
Security:       CVE-2026-18212
Sponsored by:   UNIS Labs (vvd, commit patch)
MFH:            2026Q3

(cherry picked from commit de7579f11868b83a4ee47126823fe6509b2df6fe)
DeltaFile
+133-133net/keycloak/pkg-plist
+3-3net/keycloak/distinfo
+1-1net/keycloak/Makefile
+137-1373 files

NetBSD/src N3jhBUgsys/rump/librump/rumpkern atomic_cas_generic.c

   rump/atomic_cas_*: Use __HAVE_ATOMIC64_OPS, not _LP64.

   Should fix rump build on hppa since a new use of atomic_inc_64 under
   __HAVE_ATOMIC64_OPS sprouted a few days ago:

   /home/builds/ab/HEAD/hppa/20260917233410Z-tools/lib/gcc/hppa--netbsd/14.3.0/../../../../hppa--netbsd/bin/ld: /home/builds/ab/HEAD/hppa/20260917233410Z-dest/usr/lib/librumpnet_local.so: undefined reference to `rumpns_atomic_inc_64_nv'

   Followup for:

   PR kern/60729: incosistent st_ino from the first stat(2) on a socket
VersionDeltaFile
1.4+3-3sys/rump/librump/rumpkern/atomic_cas_generic.c
+3-31 files

FreeBSD/ports de7579fnet/keycloak Makefile distinfo

net/keycloak: Update 26.7.3 => 26.7.4

Release Notes:
https://www.keycloak.org/2026/09/keycloak-2674-released

PR:             298627
Security:       CVE-2026-90997
Security:       CVE-2026-79651
Security:       CVE-2026-74909
Security:       CVE-2026-19607
Security:       CVE-2026-17526
Security:       CVE-2026-18212
Sponsored by:   UNIS Labs (vvd, commit patch)
MFH:            2026Q3
DeltaFile
+133-133net/keycloak/pkg-plist
+3-3net/keycloak/distinfo
+1-1net/keycloak/Makefile
+137-1373 files

LLVM/project 8fe013cllvm/include/llvm/Analysis ValueTracking.h, llvm/lib/Analysis Loads.cpp ValueTracking.cpp

[Loads] Fix incorrect replacement of pointers with different provenance (#224281)

isPointerAlwaysReplaceable() uses getUnderlyingObject() to check whether
the two pointers have the same provenance, because in that case the
replacement is always legal. However, getUnderlyingObject() does not
actually guarantee that the provenance is the same: In particular, it
can look through some intrinsics like strip.invariant.group and
launder.invariant.group, which do change the provenance of the pointer.
And replacing the result of those intrinsics with their argument is
indeed incorrect.

Fix this by adding a MustPreserveProvenance argument to the relevant
APIs, and enable it in isPointerAlwaysReplaceable().

Noticed while working on
https://github.com/llvm/llvm-project/pull/224222.
DeltaFile
+25-13llvm/include/llvm/Analysis/ValueTracking.h
+28-0llvm/test/Transforms/GVN/assume-equal.ll
+16-9llvm/lib/Analysis/ValueTracking.cpp
+2-2llvm/lib/Analysis/Loads.cpp
+71-244 files

LLVM/project 024b25elibcxx/test/configs stdlib-libstdc++.cfg.in

[libc++] Locate libstdc++ by querying GCC in the libstdc++ test configuration (#224335)

Instead of hardcoding various paths to locate libstdc++ artifacts, just
provide the compiler and derive all paths from that. This makes it
simpler to run against a pre-installed libstdc++.
DeltaFile
+80-28libcxx/test/configs/stdlib-libstdc++.cfg.in
+80-281 files

LLVM/project c188164.github/workflows libcxx-pr-benchmark.yml, libcxx/test/configs installed-libc++.cfg.in

[libc++] Allow specifying a configuration in test-at-commit (#224381)

test-at-commit always generated its own Lit configuration pointing at
the libc++ installation given with --libcxx-installation, which meant it
could only ever test libc++. This patch generalizes this to allow
support passing a custom Lit config, which allows using the script for a
wider array of use cases.
DeltaFile
+11-36libcxx/utils/test-at-commit
+46-0libcxx/test/configs/installed-libc++.cfg.in
+2-2libcxx/utils/ci/run-buildbot
+2-2.github/workflows/libcxx-pr-benchmark.yml
+2-1libcxx/utils/ci/lnt/run-benchmarks
+63-415 files

OpenBSD/ports NPUhNXHdevel/py-holidays distinfo Makefile, devel/py-holidays/pkg PLIST

   update to py3-holidays-0.104
VersionDeltaFile
1.9+106-1devel/py-holidays/pkg/PLIST
1.13+13-12devel/py-holidays/Makefile
1.11+2-2devel/py-holidays/distinfo
+121-153 files

FreeBSD/src b774fbdlib/libc/tests/db db_hash_tamper_test.c

libc/db: Correct a typo in the the hash tampering test

Fixes the gcc build.

Fixes:  7f5f07b139a5
DeltaFile
+1-1lib/libc/tests/db/db_hash_tamper_test.c
+1-11 files

FreeBSD/src 962125asys/kern sched_ule.c sched_4bsd.c, sys/sys sched.h

sched: rename sched_schedcpu() to sched_sysinit()

sched_schedcpu() is called only during SYSINIT to start kthread that
calls schedcpu() every second in 4BSD, but its name implies it's doing
what 4BSD's schedcpu() does. Rename this function to sched_sysinit() to
mark that schedulers can use it for its own SYSINIT routine. Note that
their SYSINIT routine does not necessarily need to be similar to 4BSD's
decay in schedcpu().

The scheduler.9 man page is planned to be rewritten from scratch, so no
change to it for now.

Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59437
DeltaFile
+3-3sys/kern/sched_shim.c
+2-2sys/kern/sched_ule.c
+2-2sys/kern/sched_4bsd.c
+2-1sys/sys/sched.h
+9-84 files

FreeBSD/src cd33abbsys/kern sched_4bsd.c

sched_4bsd: fix vague comment

The comment "was incremented in schedcpu()" doesn't give enough
background for decrementing ts_slptime by 1 (thus ignoring decay_cpu()
for 1 ts_slptime). More accurately, ts_slptime is decremented by 1
because decay_cpu() has already executed once in schedcpu() when
ts_slptime was 1.

Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59406
DeltaFile
+2-1sys/kern/sched_4bsd.c
+2-11 files

FreeBSD/src 5a87939sys/kern sched_4bsd.c sched_ule.c

sched: factor out hogticks calculation into sched_update_hogticks()

Suggested by:   olce
Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59471
DeltaFile
+11-6sys/kern/sched_ule.c
+10-6sys/kern/sched_4bsd.c
+21-122 files

FreeBSD/src 5803063sys/kern sched_ule.c

sched_ule: fix typo in comment

Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59409
DeltaFile
+1-1sys/kern/sched_ule.c
+1-11 files

FreeBSD/src 872074csys/kern sched_ule.c

sched_ule: fix comment on ts_slice

In ULE ts_slice stores the number of ticks of slice passed not
remaining.

Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59407
DeltaFile
+1-1sys/kern/sched_ule.c
+1-11 files

FreeBSD/src 477d2easys/kern sched_ule.c

sched_ule: fix invalid tdq_slice() and sched_slice_min

sched_slice_min should always to be greater than zero. When modifying
sched_slice through sysctl, if the new value is less than
SCHED_SLICE_MIN_DIVISOR, sched_slice_min is computed to zero. Add
imax(1, ...) to prevent this.

tdq_slice() should not return a value less than sched_slice_min since
that will cause integer underflow of ts2->ts_slice in
sched_ule_fork_thread. SCHED_SLICE_MIN_DIVISOR is currently set to 6 so
when load is 5 and sched_slice is 4, the two if conditions in
tdq_slice() will pass and the function will return zero. Thus use imax()
so tdq_slice returns sched_slice_min at minimum.

Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59408
DeltaFile
+2-4sys/kern/sched_ule.c
+2-41 files

FreeBSD/src 039498csys/kern sched_4bsd.c

sched_4bsd: move comment to correct location

Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59403
DeltaFile
+6-5sys/kern/sched_4bsd.c
+6-51 files

FreeBSD/src 6c0c77esys/kern sched_4bsd.c

sched_4bsd: remove obsolete comment

'awake' checks if a thread, not a process, is awake.

Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59404
DeltaFile
+1-5sys/kern/sched_4bsd.c
+1-51 files

FreeBSD/src 179f5b2sys/kern sched_4bsd.c sched_ule.c

sched: fix kern.sched.{4bsd,ule}.slice

Fix three problems with kern.sched.{4bsd,ule}.slice:

 * Guarantee minimum slice is 1.
 * Recalculate hogticks on sysctl write.
 * For ULE, recalculate sched_slice_min on sysctl write.

Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59401
DeltaFile
+21-1sys/kern/sched_ule.c
+20-1sys/kern/sched_4bsd.c
+41-22 files

FreeBSD/src f609ca7sys/kern sched_ule.c

sched_ule: fix typo goup to group

Reviewed by:    olce
Approved by:    olce (mentor)
MFC after:      2 weeks
Sponsored by:   FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59400
DeltaFile
+10-10sys/kern/sched_ule.c
+10-101 files