BSD Commit Log Search

net/traefik: Update to 3.7.19

Details:
- Bug and security fixes from 3.7.18 included in this update

MFH:            2026Q4
Security:       https://github.com/traefik/traefik/security/advisories/GHSA-ccgh-9g52-6vwg
                https://github.com/traefik/traefik/security/advisories/GHSA-cp28-5662-543f
                https://github.com/traefik/traefik/security/advisories/GHSA-p956-6gvv-mxqp
                https://github.com/traefik/traefik/security/advisories/GHSA-x5pf-cqh3-2gv8
                https://github.com/traefik/traefik/security/advisories/GHSA-rr42-h8r2-f28g
(cherry picked from commit b6cb1f377ffbbf19b65f72df8685fa93e71db429)

[IndVars] Hoist compares made loop-invariant to the preheader. (#241408)

To enable additional unswitching, hoist invariant compares into the
preheader.

Enables additional unswitching in a number of cases end-to-end:
https://github.com/dtcxzyw/llvm-opt-benchmark-nightly/pull/1977

Alternative to requesting another LICM run
(https://github.com/llvm/llvm-project/pull/215899) , just to create the
invariant condition outside the loop, as here we already know it is
invariant and we need to create a new instruction anyways.

See also https://github.com/llvm/llvm-project/pull/238580

PR: https://github.com/llvm/llvm-project/pull/241408

[InstCombine] Fold vector `bitextract` of a `bitcast` to `shufflevector`

powerpc: fix the VSCR save and restore on little endian

VSCR was saved and restored through stvewx/lvewx at byte 12 of a
16 byte slot. Which element those instructions move at a given address
depends on the byte order, so on little-endian kernels they touched VR
bits 0-31 instead of the 96-127 where mfvscr/mtvscr keep VSCR: every
context switch and signal reset VSCR to 0, losing NJ and SAT.
Replicate the word into all four elements first so that the element
choice no longer matters.

VSCR[NJ] set with mtvscr read back as 0 after a usleep on a
little-endian kernel; it is preserved now.

Reviewed by:    adrian, jhibbits
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D61525

Fix generator initialization and allocator handling

[AArch64] Silence strict-prototype warnings (#242286)

[InstCombine] Fold vector `bitextract` of a `bitcast` to `shufflevector`

Merge branch 'freebsd/15-stable/main' into hardened/15-stable/main

Merge branch 'freebsd/main' into hardenedbsd/main

[InstCombine] Pre-commit tests for vector `bitextract` of a `bitcast`

[InstCombine] Fold `bitextract` of a vector to `extractelement` or `shufflevector`

[InstCombine] Pre-commit tests for `bitextract` of a vector

*/*: Bump port revision after electron43 update (9d136dd8c7f4)

*/*: Bump port revision after electron43 update (9d136dd8c7f4)

devel/electron43: Update to 43.8.10 and use inotify-based file watcher

While here:
- add patches to use an inotify-based file path watcher instead of a
  kqueue-based one. [1] These patches are for chromium (which electron
  is based on) and submitted as the following PR:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=300738
- add USES=inotify to detect if libinotify from ports is needed to be
  linked (for building on FreeBSD 14.4)

Changelog:
- https://github.com/electron/electron/releases/tag/v43.8.8
- https://github.com/electron/electron/releases/tag/v43.8.9
- https://github.com/electron/electron/releases/tag/v43.8.10
GitHub Issue: https://github.com/tagattie/FreeBSD-Electron/issues/171 [1]

Reported by:    GitHub (watch releases)
Reported by:    arrowd [1]

devel/electron43: Update to 43.8.10 and use inotify-based file watcher

While here:
- add patches to use an inotify-based file path watcher instead of a
  kqueue-based one. [1] These patches are for chromium (which electron
  is based on) and submitted as the following PR:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=300738
- add USES=inotify to detect if libinotify from ports is needed to be
  linked (for building on FreeBSD 14.4)

Changelog:
- https://github.com/electron/electron/releases/tag/v43.8.8
- https://github.com/electron/electron/releases/tag/v43.8.9
- https://github.com/electron/electron/releases/tag/v43.8.10
GitHub Issue: https://github.com/tagattie/FreeBSD-Electron/issues/171 [1]

Reported by:    GitHub (watch releases)
Reported by:    arrowd [1]

cad/kicad-devel: Update to 2026.11.14

cad/kicad-devel: Update to 2026.11.14

security/vuxml: Document vulnerabilities in net/traefik

security/vuxml: Document vulnerabilities in net/traefik

cad/qtjsapi: Update to 27.0.5.0

cad/qtjsapi: Update to 27.0.5.0

[Remarks] Reject remarks of type Unknown in the bitstream parser (#242617)

The bitstream remark parser only rejected type values above
`Type::Last`, so a record with type 0, `Type::Unknown`, parsed as a
valid remark. Writing such a remark as YAML reaches
`llvm_unreachable("Unknown remark type")` in `YAMLRemarkSerializer.cpp`,
which is how `llvm-remarkutil bitstream2yaml` crashes on a container
with a zeroed type field. The YAML parser already rejects a remark
without a type.

Reject type 0 with the existing "Unknown remark type." error. The new
test serializes a remark without a type and expects that error.

Assisted-by: Claude Code (Claude Fable 5.2)

cad/qcad*: Update to 27.0.5.0

cad/qcad*: Update to 27.0.5.0

cad/freecad-devel: Update to 2026.11.13

cad/freecad-devel: Update to 2026.11.13

deskutils/nextcloudclient: Update to 35.0.3

cad/openscad-devel: Update to 2026.11.07

cad/openscad-devel: Update to 2026.11.07