OPNSense/core d00d5desrc/opnsense/mvc/app/models/OPNsense/Kea/FieldTypes KeaOptionDataField.php

Update src/opnsense/mvc/app/models/OPNsense/Kea/FieldTypes/KeaOptionDataField.php

Co-authored-by: Franco Fichtner <franco at opnsense.org>
DeltaFile
+1-1src/opnsense/mvc/app/models/OPNsense/Kea/FieldTypes/KeaOptionDataField.php
+1-11 files

OPNSense/core 5d69118src/opnsense/mvc/app/models/OPNsense/Kea/FieldTypes KeaOptionDataField.php

Update src/opnsense/mvc/app/models/OPNsense/Kea/FieldTypes/KeaOptionDataField.php

Co-authored-by: Franco Fichtner <franco at opnsense.org>
DeltaFile
+3-0src/opnsense/mvc/app/models/OPNsense/Kea/FieldTypes/KeaOptionDataField.php
+3-01 files

LLVM/project a021a93clang/include/clang/Analysis MacroExpansionContext.h, clang/lib/Analysis MacroExpansionContext.cpp

Revert "Reapply [clang][analyzer] Format macro expansions" (#186614)

This reverts commit 6bc779506107d3a2f3cbf266621fc19649f593c5 (#172479)
Some concerns were raised on discourse:

https://discourse.llvm.org/t/can-we-link-clang-format-into-clanganalysis/89014/7

To be on the safe side, let's revert this for now.
DeltaFile
+134-70clang/test/Analysis/plist-macros-with-expansion.cpp
+0-37clang/unittests/Analysis/MacroExpansionContextTest.cpp
+0-30clang/lib/Analysis/MacroExpansionContext.cpp
+0-11clang/include/clang/Analysis/MacroExpansionContext.h
+2-2clang/test/Analysis/plist-macros-with-expansion-ctu.c
+2-2clang/lib/StaticAnalyzer/Core/PlistDiagnostics.cpp
+138-1522 files not shown
+139-1558 files

OPNSense/plugins 855c662www/nginx/src/opnsense/scripts/nginx setup.php

os-nginx: fix setup command paths for nginx and php_fpm (#5335)

Co-authored-by: GitHoubi <openclaw at houbi.ch>
DeltaFile
+2-2www/nginx/src/opnsense/scripts/nginx/setup.php
+2-21 files

LLVM/project 214bc4dllvm/lib/Target/X86 X86ISelLowering.cpp, llvm/test/CodeGen/X86 avx10_2fptosi_satcvtds.ll avx10_2_512fptosi_satcvtds.ll

[X86][AVX10.2] Canonicalize narrow FP_TO_{S,U}INT_SAT (#186786)

When SatWidth < DstWidth, type legalization left narrow SatVT in
carrier-width nodes.

Example:
v8i32 = fp_to_sint_sat v8f32, sat=i24

Canonicalize narrow SatVT forms on AVX10.2.
Preserve existing legal full-width lowering.

Rewrite narrow SatVT forms to full-width sat + clamp.

Results:
v8i32 = fp_to_sint_sat v8f32, sat=i32
v8i32 = smax ..., min_i24
v8i32 = smin ..., max_i24

Avoid scalar i48 isel failures.

    [2 lines not shown]
DeltaFile
+408-0llvm/test/CodeGen/X86/avx10_2fptosi_satcvtds.ll
+137-3llvm/test/CodeGen/X86/avx10_2_512fptosi_satcvtds.ll
+46-16llvm/lib/Target/X86/X86ISelLowering.cpp
+591-193 files

NetBSD/pkgsrc tzE2j7jnet/libmicrodns distinfo, net/libmicrodns/patches patch-src_mdns.c

   libmicrodns: Include <alloca.h> when needed.
VersionDeltaFile
1.1+16-0net/libmicrodns/patches/patch-src_mdns.c
1.4+2-1net/libmicrodns/distinfo
+18-12 files

NetBSD/pkgsrc SRhJWdOnet/hping Makefile distinfo, net/hping/patches patch-split.c

   hping: Various fixes.
VersionDeltaFile
1.1+13-0net/hping/patches/patch-split.c
1.19+2-2net/hping/Makefile
1.13+2-1net/hping/distinfo
+17-33 files

NetBSD/pkgsrc 8SqCE9Fnet/hping3 distinfo Makefile, net/hping3/patches patch-apdutils.c patch-ars.c

   hping3: Various fixes.

   - Update homepage.
   - Fix build on FreeBSD. This was failing as a result of bad patches.
   - Fix build on SunOS with recent gcc.
VersionDeltaFile
1.1+14-0net/hping3/patches/patch-apdutils.c
1.8+4-3net/hping3/distinfo
1.2+3-3net/hping3/patches/patch-ars.c
1.2+3-3net/hping3/patches/patch-sendip.c
1.14+2-2net/hping3/Makefile
+26-115 files

FreeBSD/ports 096895cnet/haproxy26 distinfo Makefile

net/haproxy26: update to version 2.6.25.
DeltaFile
+3-3net/haproxy26/distinfo
+1-1net/haproxy26/Makefile
+4-42 files

Dreckly/dreckly 243c54dnet/hping3 distinfo, net/hping3/patches patch-sendip.c patch-ars.c

hping3: Fix build on FreeBSD
DeltaFile
+3-3net/hping3/distinfo
+2-2net/hping3/patches/patch-sendip.c
+2-2net/hping3/patches/patch-ars.c
+1-1net/hping3/patches/patch-apdutils.c
+8-84 files

Dreckly/dreckly 6af1b12net/hping3 Makefile

hping3: Update HOMEPAGE
DeltaFile
+1-1net/hping3/Makefile
+1-11 files

Dreckly/dreckly e73ca29net/hping3 distinfo, net/hping3/patches patch-apdutils.c

hping3: Fix build on SunOS with recent gcc
DeltaFile
+14-0net/hping3/patches/patch-apdutils.c
+1-0net/hping3/distinfo
+15-02 files

NetBSD/src mvf93Fatests/kernel t_time_arith.c

   tests/kernel/t_time_arith.c: update for the recent kernel change

   the test updates in the recent change was for some reasons incomplete.
   ("itimer_transition: do not keep it_value unchanged after firing the event")
   https://mail-index.netbsd.org/source-changes/2026/03/17/msg161046.html

   this commit updates the rest of tests.

   tested with a full build and then the following command:
   ```
     # chroot destdir
     # cd /usr/tests/kernel
     # atf-run t_time_arith > /dev/null
     # echo $?
     0
     #
   ```

   test failures are pointed out by Taylor R Campbell

    [5 lines not shown]
VersionDeltaFile
1.10+7-12tests/kernel/t_time_arith.c
+7-121 files

Dreckly/dreckly 4b8baf3net Makefile, net/gopherus Makefile distinfo

gopherus: Initial import.
DeltaFile
+28-0net/gopherus/Makefile
+17-0net/gopherus/patches/patch-Makefile.lin
+6-0net/gopherus/distinfo
+3-0net/gopherus/PLIST
+2-0net/gopherus/DESCR
+1-0net/Makefile
+57-06 files

Dreckly/dreckly 3de4ca9net/iodine Makefile distinfo, net/iodine/patches patch-src_common.c

iodine: Fix build on SunOS with recent gcc.
DeltaFile
+23-0net/iodine/patches/patch-src_common.c
+4-0net/iodine/Makefile
+1-0net/iodine/distinfo
+28-03 files

LLVM/project 277bd13clang/lib/StaticAnalyzer/Core CallEvent.cpp

[analyzer] Fix logic in CallEvent::getReturnValueUnderConstruction (#187020)

The `CallEvent` has data members that store the `LocationContext` and
the `CFGElementRef` (i.e. `CFGBlock` + index of statement within that
block); but the method `getReturnValueUnderConstruction` ignored these
and used the currently analyzed `LocationContext` and `CFGBlock` instead
of them.

This was logically incorrect and would have caused problems if the
`CallEvent` was used later when the "currently analyzed" things are
different. However, the lit tests do pass even if I assert that the
currently analyzed `LocationContext` and `CFGBlock` is the same as the
ones saved in the `CallEvent`, so I'm pretty sure that there was no
actual problem caused by this bad logic and this commit won't cause
functional changes.

I also evaluated this change on a set of open source projects (postgres,
tinyxml2, libwebm, xerces, bitcoin, protobuf, qtbase, contour, openrct2)
and validated that it doesn't change the results of the analysis.
DeltaFile
+4-6clang/lib/StaticAnalyzer/Core/CallEvent.cpp
+4-61 files

LLVM/project 73f9769libc/src/__support/CPP iterator.h

fix iterator
DeltaFile
+1-3libc/src/__support/CPP/iterator.h
+1-31 files

Dreckly/dreckly 186fba7net/libmicrodns distinfo, net/libmicrodns/patches patch-src_mdns.c

libmicrodns: Include <alloca.h> when needed.
DeltaFile
+16-0net/libmicrodns/patches/patch-src_mdns.c
+1-0net/libmicrodns/distinfo
+17-02 files

LLVM/project e8ac71elibc/src/__support/CPP iterator.h

fix iterator
DeltaFile
+1-3libc/src/__support/CPP/iterator.h
+1-31 files

OpenBSD/ports qLtQZAksecurity/step-ca distinfo modules.inc

   update to step-ca-0.30.1
VersionDeltaFile
1.8+890-844security/step-ca/distinfo
1.8+271-251security/step-ca/modules.inc
1.12+1-1security/step-ca/Makefile
+1,162-1,0963 files

OpenBSD/ports wWMTmytsecurity/step-cli distinfo modules.inc

   update to step-cli-0.30.1
VersionDeltaFile
1.7+880-846security/step-cli/distinfo
1.7+270-256security/step-cli/modules.inc
1.17+1-1security/step-cli/Makefile
+1,151-1,1033 files

OpenBSD/ports ZZUSJfpgraphics/libavif distinfo Makefile, graphics/libavif/patches patch-ext_libyuv_source_cpu_id_cc patch-ext_libyuv_include_libyuv_cpu_id_h

   update to libavif-1.4.0, from Brad (maintainer)
VersionDeltaFile
1.20+6-6graphics/libavif/distinfo
1.26+4-4graphics/libavif/Makefile
1.2+3-3graphics/libavif/patches/patch-ext_libyuv_source_cpu_id_cc
1.2+1-1graphics/libavif/patches/patch-ext_libyuv_include_libyuv_cpu_id_h
+14-144 files

LLVM/project 334ab49llvm/lib/CodeGen CodeGenPrepare.cpp, llvm/test/Transforms/CodeGenPrepare/AArch64 ptrauth.ll

[CGP][PAC] Flip PHI and blends when all immediate modifiers are the same

GVN PRE, SimplifyCFG and possibly other passes may hoist the call to
`@llvm.ptrauth.blend` intrinsic, introducing multiple duplicate call
instructions hidden behind a PHI node. This prevents the instruction
selector from generating safer code by absorbing the address and
immediate modifiers into separate operands of AUT, PAC, etc. pseudo
instruction.

This patch makes CodeGenPrepare pass detect when discriminator is
computed as a PHI node with all incoming values being blends with the
same immediate modifier. Each such discriminator value is replaced by a
single blend, whose address argument is computed by a PHI node.
DeltaFile
+142-0llvm/test/Transforms/CodeGenPrepare/AArch64/ptrauth.ll
+75-0llvm/lib/CodeGen/CodeGenPrepare.cpp
+217-02 files

LLVM/project 172c0bbclang-tools-extra/clang-tidy/tool check_alphabetical_order_test.py check_alphabetical_order.py

[clang-tidy] Fix alphabetical order check for multiline doc entries and whitespace handling (#186950)

The `check_alphabetical_order.py` script previously only scanned the
first line of each bullet point in `ReleaseNotes.rst`, causing sorting
failures when a `:doc:` tag was split across multiple lines.

Also, when it is sorting the last entry of a section, the script will
insert an unnecessary whitespace.

This PR fixes these two problems.
DeltaFile
+43-3clang-tools-extra/clang-tidy/tool/check_alphabetical_order_test.py
+14-6clang-tools-extra/clang-tidy/tool/check_alphabetical_order.py
+57-92 files

FreeBSD/src a0170dbsbin/recoverdisk recoverdisk.c

"Pending" is more correct than "Missing"

Pointed out by: Alex "the PS/2 guy"
DeltaFile
+1-1sbin/recoverdisk/recoverdisk.c
+1-11 files

FreeBSD/ports f49043dnet/haproxy28 distinfo Makefile

net/haproxy28: update to version 2.8.20.
DeltaFile
+3-3net/haproxy28/distinfo
+1-1net/haproxy28/Makefile
+4-42 files

OpenBSD/ports Q5JrPlVmultimedia/libvpx Makefile distinfo, multimedia/libvpx/patches patch-build_make_configure_sh patch-libs_mk

   update to libvpx-1.16.0, from Brad

   I've tested building all dependents except chromium with this,
   tried building chromium 3 times and it failed for js-related reasons
   so hopefully it will do better in bulks!
VersionDeltaFile
1.15+6-6multimedia/libvpx/patches/patch-build_make_configure_sh
1.26+5-5multimedia/libvpx/patches/patch-libs_mk
1.29+4-4multimedia/libvpx/patches/patch-configure
1.63+4-2multimedia/libvpx/Makefile
1.28+2-2multimedia/libvpx/distinfo
+21-195 files

LLVM/project 03cd306libc/utils/wctype_utils gen.py

remove flag
DeltaFile
+1-1libc/utils/wctype_utils/gen.py
+1-11 files

LLVM/project 66bc565utils/bazel/llvm-project-overlay/mlir/python BUILD.bazel

[BAZEL] Add missing affine python enum gen (#187669)
DeltaFile
+10-4utils/bazel/llvm-project-overlay/mlir/python/BUILD.bazel
+10-41 files

LLVM/project 7410a49llvm/test/CodeGen/AArch64 ptrauth-isel.ll

[AArch64][PAC] Precommit ptrauth-isel.ll tests on calls and tail calls
DeltaFile
+209-0llvm/test/CodeGen/AArch64/ptrauth-isel.ll
+209-01 files