Bug 230452 - databases/phpmyadmin: Fails to build with ZTS enabled: lib/php/20170718-zts/ctype.so - not found
Summary: databases/phpmyadmin: Fails to build with ZTS enabled: lib/php/20170718-zts/c...
Status: Closed Not A Bug
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: Jochen Neumeister
URL:
Keywords: needs-qa
Depends on:
Blocks:
 
Reported: 2018-08-08 09:30 UTC by Victor Sudakov
Modified: 2019-07-04 04:11 UTC (History)
3 users (show)

See Also:
bugzilla: maintainer-feedback? (joneum)
koobs: merge-quarterly?


Attachments
Complete build log (11.76 KB, text/plain)
2018-08-08 09:30 UTC, Victor Sudakov
no flags Details
Complete build log for php71 (11.76 KB, text/plain)
2018-08-08 09:32 UTC, Victor Sudakov
no flags Details
Complete build log for php72 (11.90 KB, text/plain)
2018-08-08 09:33 UTC, Victor Sudakov
no flags Details
A very recent build log (11.89 KB, text/plain)
2018-10-21 04:37 UTC, Victor Sudakov
no flags Details
A very recent build log (12.04 KB, text/plain)
2019-07-01 13:34 UTC, Victor Sudakov
no flags Details
A SUCCESSFUL build log when ZTS=off (28.62 KB, text/plain)
2019-07-01 13:43 UTC, Victor Sudakov
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Victor Sudakov 2018-08-08 09:30:55 UTC
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 !!!
Comment 1 Victor Sudakov 2018-08-08 09:32:48 UTC
Created attachment 196000 [details]
Complete build log for php71
Comment 2 Victor Sudakov 2018-08-08 09:33:19 UTC
Created attachment 196001 [details]
Complete build log for php72
Comment 3 Matthew Seaman freebsd_committer 2018-08-08 10:57:13 UTC
(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.
Comment 4 Victor Sudakov 2018-08-08 11:00:43 UTC
(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.
Comment 5 Victor Sudakov 2018-08-08 15:34:52 UTC
(In reply to Matthew Seaman from comment #3)
Maybe related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227762
Comment 6 Victor Sudakov 2018-10-21 04:36:27 UTC
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?
Comment 7 Victor Sudakov 2018-10-21 04:37:30 UTC
Created attachment 198427 [details]
A very recent build log
Comment 8 Victor Sudakov 2018-10-23 03:33:04 UTC
It is also remarkable that I build all flavors (FLAVOR_DEFAULT_ALL=yes in poudriere) but only phpmyadmin@php7{0,1,2,3} fail.
Comment 9 Walter Schwarzenfeld freebsd_triage 2019-02-12 03:46:59 UTC
Tried it with a 11.2 jail. @php71,72.,73 builds fine. Is this still relevant?
Comment 10 Victor Sudakov 2019-02-12 04:14:45 UTC
(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.
Comment 11 Victor Sudakov 2019-07-01 13:32:17 UTC
I am able to reproduce. As soon as ZTS is enabled in lang/php72, the port fails miserably. Attaching a recent build log.
Comment 12 Victor Sudakov 2019-07-01 13:34:07 UTC
Created attachment 205462 [details]
A very recent build log
Comment 13 Victor Sudakov 2019-07-01 13:34:30 UTC
Still fails with ZTS=on
Comment 14 Victor Sudakov 2019-07-01 13:43:27 UTC
Created attachment 205463 [details]
A SUCCESSFUL build log when ZTS=off
Comment 15 Matthew Seaman freebsd_committer 2019-07-01 14:00:39 UTC
I am no longer maintainer for this port
Comment 16 Kubilay Kocak freebsd_committer freebsd_triage 2019-07-01 14:05:03 UTC
Assign the current maintainer
Comment 17 Victor Sudakov 2019-07-01 14:20:43 UTC
(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.
Comment 18 Jochen Neumeister freebsd_committer 2019-07-02 16:32:26 UTC
This is not a phpmyadmin problem
Comment 19 Victor Sudakov 2019-07-03 01:16:14 UTC
(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.
Comment 20 Victor Sudakov 2019-07-03 01:17:30 UTC
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.
Comment 21 Victor Sudakov 2019-07-03 01:25:25 UTC

*** This bug has been marked as a duplicate of bug 201193 ***