security/vuxml: Fix giflib entry
The update to 6.1.3 already contains in files/ a patch for CVE-2026-26740 so use
lt instead of le to fix the version range.
PR: 296876
www/angie-module-lua: Unbreak build after update
The module was updated but files/patch-lua-config still pointed
to the old working directory.
PR: 297198
Reported by: Sebastian Oswald <sko at rostwald.de> (maintainer)
Approved by: osa, vvd (Mentors, implicit)
MFH: 2026Q3
(cherry picked from commit 565dc2c4047d886d51024ec852352e26a7bb7c5a)
www/angie-module-jwt: update 3.4.4 => 3.4.5
Trigger CI on test files and workflow changes
Commit log:
https://github.com/max-lt/nginx-jwt-module/compare/v3.4.4...v3.4.5
PR: 297199
Reported by: Sebastian Oswald <sko at rostwald.de> (maintainer)
Approved by: osa, vvd (Mentors, implicit)
MFH: 2026Q3
www/angie-module-lua: Unbreak build after update
The module was updated but files/patch-lua-config still pointed
to the old working directory.
PR: 297198
Reported by: Sebastian Oswald <sko at rostwald.de> (maintainer)
Approved by: osa, vvd (Mentors, implicit)
MFH: 2026Q3
net-im/libsignal: fix build on powerpc64*
ring-sys 5.0.2] /wrkdirs/usr/ports/net-im/libsignal/work/target/release/build/boring-sys-ef33d39251a122cc/out/boringssl/crypto/fipsmodule/../internal.h:230:2: error: "Must define either OPENSSL_32_BIT or OPENSSL_64_BIT"
devel/perfetto: fix build on powerpc*
Currently build requires the target architecture to be
Android-supported. That doesn't make sense, since the tools
this port builds are to run on the target system, not Android.
devel/cbmc: fix build on powerpc64*
1. powerpc64 always uses 64-bit long double.
2. powerpc64le before 16.0 uses 64-bit long double and switched to
128-bit IEEE long double in 16.0.
devel/objfw: fix build on powerpc64*
Taking the address of _objc_taggedPointerClasses with
addis %r6, %r2, _objc_taggedPointerClasses at toc@ha
addi %r6, %r6, _objc_taggedPointerClasses at toc@l
emits an R_PPC64_TOC16_LO relocation against the symbol itself, which
requires the symbol to be non-preemptible and reachable relative to the
TOC pointer. Neither holds for a global symbol in a shared library, so
linking libobjfwrt.so fails on FreeBSD/powerpc64le:
ld: error: relocation R_PPC64_TOC16_LO cannot be used against symbol
'_objc_taggedPointerClasses'; recompile with -fPIC
>>> defined in tagged-pointer.lib.o
>>> referenced by lookup-asm.lib.o:(objc_msg_lookup) in archive
lookup-asm/lookup-asm.lib.a
The "recompile with -fPIC" hint is misleading: every object is already
[14 lines not shown]