this is another attempt at trying to get dpb to notice that it should
build www/unit/unit-php which depends on "embed" that can't be built
at the same time as the apache httpd module.
PHP 8.1 introduced support for fibers. The implementation is based off
assembly from the Boost project. Support for riscv64 was not added in
PHP despite Boost.Coroutine now providing support for this arch.
It's not clear yet what to do for architectures like sparc64,
unsupported by Boost.Coroutine.
ok sthen@ (maintainer)
and directory.
This moves the module for Apache httpd from lib/php-X.Y/libphpX.so to
lib/apache2/php-X.Y/libphpX.so.
The installed /var/www/conf/modules.sample/php-X.Y.conf is of course updated
to reflect the change, however if anyone uses php-apache and doesn't follow
the recommended config symlink they will need to adapt their config.
security support it appears this is not really the case any more
https://bugs.php.net/bug.php?id=81026
add @pkgpaths to merge pecl-* etc across
mark www/syweb broken, it was marked 7.3-only so looks like it needs more work
other php-ish ports have a RDEP on either 7.4 (default version) or 8.0
apache/embed subpackages, but it didn't really like it either because it
was getting removed by the BUILD_ONCE logic. instead use "embed" as a
pseudo flavour to switch it instead of "no_apache". ("bootstrap" doesn't
seem appropriate here as it's either/or rather than a bootstrap as such).
can be built (needed if we want to add nginx unit with php support).
while there patch to tweak a "minimum number of bits" check done for
openssl_pkey_new which A) only looks at openssl.cnf settings and PHP
code, ignoring that the TLS library sets a default length internally,
and B) also checks this when generating named curve EC keys,
resulting in a confusing bogus error message.
