Created attachment 195999 [details] Complete build log Actutlly databases/phpmyadmin@php72, databases/phpmyadmin@php71, databases/phpmyadmin@php70 don't build. The problem seems ZTS-related: [112amd64-default-hosting-job-01] Extracting php72-7.2.8: .......... done ===> phpMyAdmin-php72-4.8.2 depends on file: /usr/local/include/php/main/php.h - found ===> Returning to build of phpMyAdmin-php72-4.8.2 ===> phpMyAdmin-php72-4.8.2 depends on file: /usr/local/lib/php/20170718-zts/ctype.so - not found ===> Installing existing package /packages/All/php72-ctype-7.2.8.txz [112amd64-default-hosting-job-01] Installing php72-ctype-7.2.8... [112amd64-default-hosting-job-01] Extracting php72-ctype-7.2.8: .... done ===> phpMyAdmin-php72-4.8.2 depends on file: /usr/local/lib/php/20170718-zts/ctype.so - not found *** Error code 1 Stop. make: stopped in /usr/ports/databases/phpmyadmin =>> Cleaning up wrkdir ===> Cleaning for phpMyAdmin-php72-4.8.2 build of databases/phpmyadmin@php72 | phpMyAdmin-php72-4.8.2 ended at Wed Aug 8 14:40:51 KRAT 2018 build time: 00:00:08 !!! build failure encountered !!!
Created attachment 196000 [details] Complete build log for php71
Created attachment 196001 [details] Complete build log for php72
(In reply to vas from comment #0) Hi, This is because you've enabled the ZTS option in the base php language port, but you haven't subsequently rebuilt all the php modules. As you can see, enabling ZTS changes the location where PHP expects to find its loadable modules. You need to make sure all the PHP and php-module packages in your repo are built with the same ZTS setting in place. You can achieve that by doing a 'poudriere bulk -c ...' (which is the nuclear option to rebuild everything from scratch) or by more selectively forcing PHP related packages to be rebuilt. This is not actually a bug in the phpmyadmin port -- it's more general in the ports framework.
(In reply to Matthew Seaman from comment #3) > This is because you've enabled the ZTS option in the base php language port, > but you haven't subsequently rebuilt all the php modules. No, I've rebuilt everything from scratch (poudriere bulk -c). I swear.
(In reply to Matthew Seaman from comment #3) Maybe related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227762
No. the problem persists. I'm attaching a recent build log. Yes, I've built all the ports from scratch (bulk -c). What other information can I supply to reproduce the problem which is NOT already in the build log?
Created attachment 198427 [details] A very recent build log
It is also remarkable that I build all flavors (FLAVOR_DEFAULT_ALL=yes in poudriere) but only phpmyadmin@php7{0,1,2,3} fail.
Tried it with a 11.2 jail. @php71,72.,73 builds fine. Is this still relevant?
(In reply to w.schwarzenfeld from comment #9) I had to disable ZTS while building PHP because of this bug, so I cannot say now. If you wait till weekend, I'll reenable ZTS in a dedicated test set and try to build and report.
I am able to reproduce. As soon as ZTS is enabled in lang/php72, the port fails miserably. Attaching a recent build log.
Created attachment 205462 [details] A very recent build log
Still fails with ZTS=on
Created attachment 205463 [details] A SUCCESSFUL build log when ZTS=off
I am no longer maintainer for this port
Assign the current maintainer
(In reply to Kubilay Kocak from comment #16) > See Also: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227762 You are right, WITH_MPM=event in /usr/local/etc/poudriere.d/test1-make.conf works around the problem.
This is not a phpmyadmin problem
(In reply to Jochen Neumeister from comment #18) > This is not a phpmyadmin problem Maybe it is not, but you cannot just wave it away like that. Let's figure out whois problem this is, and rename/reassign the PR accordingly.
Maybe it is not a phpmyadmin problem, but you cannot just wave it away like that. Let's figure out whose problem this is, and rename/reassign the PR accordingly.
*** This bug has been marked as a duplicate of bug 201193 ***