it's not possible to set user config to allow a weaker policy than
th one in /etc/ImageMagick, and changes in the recent update mean that
the "module" policies (denying read support for various riskier formats,
including svg, when those formats are provided by a plug-in module) also
apply when support for those formats is compiled-in to the main binary
(previously configured separatelt as "coder" policies)..
since the ImageMagick package used compiled-in format support, this change
is just reverting format support to what it was before the update, rather
than enabling new formats. it does however remove some resource limits
configured in the same file.
if you do want to restrict these formats, or reenable resource limits,
copy one of the alternative policy-*.xml from share/examples/ImageMagick
to /etc/ImageMagick/policy.xml and adapt as required.
fixes build of m1n1 and firmware/apple-boot reported by aja
library and just assume that it's available if the header is present.
the search uses find_library_file from distutils which only works if
there's either a static library or a libfoo.so symlink.
from tb@, I tweaked the comment
Avoid building code that clang rejects:
:src/libavcodec/mips/cabac.h:160:77: error: instruction requires a CPU feature not currently enabled
: 160 | PTR_SUBU "%[tmp1], %[c_low], %[tmp1] \n\t"
: | ^
:<inline asm>:13:2: note: instantiated into assembly here
: 13 | movz $15, $13, $24
: | ^
A smarter approach is left as an exercise for the reader.
https://github.com/abseil/abseil-cpp/releases/tag/20260107.0
tl;dr: Everything keeps building, only net/grpc needed missing includes.
libabsl_string_view is gone, almost all consumers pick up the new
libabsl_borrowed_fixup_buffer; swap them in-place to avoid diff churn.
"go ahead" tb sthen
OpenCV attempts to use the KleidiCV library for ARM platforms.
KleidiCV is not part of the release, and CMake attempts to download it during
the build process, which is not permitted on OpenBSD.
landry