The libphp library is just called libphp.so with www/mod_php80: root@webserver:/ # pkg list mod_php80 /usr/local/libexec/apache24/libphp.so But Mk/Uses/php.mk expects the following (line 281): RUN_DEPENDS+= ${PHPBASE}/${APACHEMODDIR}/libphp${PHP_VER:C/.$//}.so:${MOD_PHP_PORT} This causes ports with USES += php:mod to fail. Poudriere error: webserver-meta depends on file: /usr/local/libexec/apache24/libphp8.so - not found
Hi Jonas, after your issue there came up a duplicate. But in the duplicate, i added a patch which should fix the issue. Can you please have a look at #251411 and check the patch there? Thank you! Torsten
Hi Torsten, Unfortunately this patch doesn't fix the problem as Mk/Uses/php.mk still expects the major version number in the libphpX.so library. Best regards, Jonas
For clarification, I can build www/mod_php80 and lang/php80 just fine right now. The problem is that any port having USES += php:mod set will fail. As explained in the bug report.
Created attachment 229827 [details] Something like this might do it?
(In reply to mark burdett from comment #4) Can you quickly point me to one or two ports that have such behavior. Looks like I have marked some ports to IGNORE_WITH_PHP=80 for this reason. I will do a recheck on it.
(In reply to Muhammad Moinur Rahman from comment #5) I noticed it with www/nextcloud - error message is nextcloud-php80-23.0.0 depends on file: /usr/local/libexec/apache24/libphp8.so - not found
(In reply to mark burdett from comment #6) Thanks. Hopefully I haven't marked those to IGNORE already. I have started a build for the PHP ports with 80 as default and will check the issue.
(In reply to mark burdett from comment #6) Noops. It builds perfectly fine. http://pdr.bofh.network/data/130-php80/2022-01-11_00h03m31s/logs/nextcloud-php80-23.0.0.log
But it looks the case is true at least for: http://package18.nyi.freebsd.org/data/122amd64-default-foo/2022-01-10_12h38m07s/logs/errors/dns-ui-v0.2.7.log http://package18.nyi.freebsd.org/data/122amd64-default-foo/2022-01-10_12h38m07s/logs/errors/moregroupware-0.7.4_3.log http://package18.nyi.freebsd.org/data/122amd64-default-foo/2022-01-10_12h38m07s/logs/errors/phpgroupware-0.9.16.017.log
(In reply to Muhammad Moinur Rahman from comment #8) Well, I can think of two reasons things might be perfectly fine re: www/nextcloud despite this bug: 1) You are just building www/nextcloud, without installing it. This is a bug re: RUN_DEPENDS so you have to install it to reproduce the bug. 2) You have php FPM or CGI. In this case, USES=php:web skips over the logic of adding the nonexistent libphp8.so to RUN_REPENDS.
(In reply to mark burdett from comment #10) I will commit this after php80 lands on the tree as default. Committing right now might break exp-run which will delay the landing.
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=ed26168a5c8380b2bc81ff3cd460f7ff44458ebf commit ed26168a5c8380b2bc81ff3cd460f7ff44458ebf Author: Mark Burdett <mfburdett@gmail.com> AuthorDate: 2022-01-25 09:17:22 +0000 Commit: Muhammad Moinur Rahman <bofh@FreeBSD.org> CommitDate: 2022-01-25 09:21:38 +0000 Fix libphp name in php.mk - From php80 and onwards libphp name is libphp.so without the major version number. Add a check to fix the RUN_DEPENDS. PR: 251252 Reported by: jonaspalm@posteo.de Approved by: ale (maintainer) Sponsored by: Bounce Experts Mk/Uses/php.mk | 4 ++++ 1 file changed, 4 insertions(+)