devel/libftdi1: prepare for boost 1.89
With boost 1.89, libboost_system, which is already an empty dummy
library will finally go away. Turn the boost dependency into a build
time dependency as no boost library is required at runtime.
Consumers of <ftdi.hpp> will have to depend on boost-libs at build time
to get the necessary headers, but a library dependency can be avoided
in many cases.
Approved by: bofh (maintainer)
MFH: 2025Q3
(cherry picked from commit 6b5f70d12a5fd9ee54c8321689f746878238f884)
cad/ngspice_rework: fix build on armv7
Disable OpenMP where it is not supported.
MFH: 2025Q3
Approved by: portmgr (build fix blanket)
(cherry picked from commit d6e564cd057376640f7b5f8094552eee4e949686)
www/deno: attempt to fix the build on armv7
The v8 build system tries to pass --target=arm-linux-gnueabihf to
LLVM when building on ARM. We are not Linux, so this confuses clang
to the point where it no longer finds basic include files. Remove
that option to fix the build. Some other ports were already patched
the same way.
With this roadblock out of the way, the port now fails as follows:
In file included from ../../../deno-2.2.9/cargo-crates/v8-135.1.0/src/binding.cc:9:
../../../deno-2.2.9/cargo-crates/v8-135.1.0/v8/include/cppgc/allocation.h:175:9: error: static assertion failed due to requirement 'kWantedAlignment <= internal::api_constants::kMaxSupportedAlignment': Requested alignment larger than alignof(std::max_align_t) bytes. Please file a bug to possibly get this restriction lifted.
175 | kWantedAlignment <= internal::api_constants::kMaxSupportedAlignment,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Approved by: portmgr (build fix blanket)
MFH: 2025Q3
(cherry picked from commit 9eaaf580d94635ab60ee0c0d93da60ddb76cddd0)
*/*: nsonack at outlook.com => nsonack at herrhotzenplotz.de
Maintainer has updated his email address.
Approved by: Nico Sonack <nsonack at herrhotzenplotz.de> (maintainer)
devel/trellis: prepare for boost 1.89
The libboost_system component will no longer exist with the new boost
version and even now it's just a dummy. Don't let cmake look for it
to fix the build.
Trellis still fails on armv7 2025Q3, but that's due to a boost bug that
is already fixed in main.
Also add a cmake define to not have cmake be confused if git is present,
as it would otherwise try to find a git commit that isn't there.
Approved by: portmgr (build fix blanket)
www/deno: attempt to fix the build on armv7
The v8 build system tries to pass --target=arm-linux-gnueabihf to
LLVM when building on ARM. We are not Linux, so this confuses clang
to the point where it no longer finds basic include files. Remove
that option to fix the build. Some other ports were already patched
the same way.
With this roadblock out of the way, the port now fails as follows:
In file included from ../../../deno-2.2.9/cargo-crates/v8-135.1.0/src/binding.cc:9:
../../../deno-2.2.9/cargo-crates/v8-135.1.0/v8/include/cppgc/allocation.h:175:9: error: static assertion failed due to requirement 'kWantedAlignment <= internal::api_constants::kMaxSupportedAlignment': Requested alignment larger than alignof(std::max_align_t) bytes. Please file a bug to possibly get this restriction lifted.
175 | kWantedAlignment <= internal::api_constants::kMaxSupportedAlignment,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Approved by: portmgr (build fix blanket)
MFH: 2025Q3
devel/libftdi1: prepare for boost 1.89
With boost 1.89, libboost_system, which is already an empty dummy
library will finally go away. Turn the boost dependency into a build
time dependency as no boost library is required at runtime.
Consumers of <ftdi.hpp> will have to depend on boost-libs at build time
to get the necessary headers, but a library dependency can be avoided
in many cases.
Approved by: bofh (maintainer)
MFH: 2025Q3
security/libu2f-host: Remove expired port
2025-05-31 security/libu2f-host: This project is deprecated and is no longer being maintained. libfido2 is a new project with support for U2F and FIDO2. Use security/libfido2 instead
security/p5-Data-Entropy: Remove expired port
2025-05-31 security/p5-Data-Entropy: The maintainer of this distribution has indicated that it is deprecated and no longer suitable for use
security/p5-Dancer2-Plugin-Passphrase: Remove expired port
2025-09-01 security/p5-Dancer2-Plugin-Passphrase: Depends on expired security/p5-Data-Entropy
www/p5-Interchange6: Remove expired port
2025-09-01 www/p5-Interchange6: Depends on expired security/p5-Data-Entropy via databases/p5-Interchange6-Schema
www/p5-Dancer2-Plugin-Interchange6: Remove expired port
2025-09-01 www/p5-Dancer2-Plugin-Interchange6: Depends on expired security/p5-Data-Entropy via databases/p5-Interchange6-Schema