ALHP/ALHP.GO
7
43
Fork 8
Code Issues 28 Pull Requests Projects Releases Wiki Activity

PHP fails to load modules #208

New Issue
Closed
opened 2023-08-23 20:31:49 +02:00 by nariox · 2 comments
nariox commented 2023-08-23 20:31:49 +02:00
Copy Link

It gives out these warnings:

PHP Warning:  PHP Startup: Unable to load dynamic library 'apcu.so' (tried: /usr/lib/php-legacy/modules/apcu.so (/usr/lib/php-legacy/modules/apcu.so: undefined symbol: php_strlcpy), /usr/lib/php-legacy/modules/apcu.so.so (/usr/lib/php-legacy/modules/apcu.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'imagick' (tried: /usr/lib/php-legacy/modules/imagick (/usr/lib/php-legacy/modules/imagick: cannot open shared object file: No such file or directory), /usr/lib/php-legacy/modules/imagick.so (/usr/lib/php-legacy/modules/imagick.so: undefined symbol: php_strlcpy)) in Unknown on line 0

Running string /usr/bin/php | grep strlcpy gives me strlcpy, whereas the one from the extra repo gives me php_strlcpy. Not sure if it is related, but my guess is that it needs to be build with GLIB 2.37 or something according to this commit message
https://gitlab.archlinux.org/archlinux/packaging/packages/php/-/commit/6a3ed1e3f17f14b0d6bdcc310dc801a0e4610639

It gives out these warnings: ``` PHP Warning: PHP Startup: Unable to load dynamic library 'apcu.so' (tried: /usr/lib/php-legacy/modules/apcu.so (/usr/lib/php-legacy/modules/apcu.so: undefined symbol: php_strlcpy), /usr/lib/php-legacy/modules/apcu.so.so (/usr/lib/php-legacy/modules/apcu.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'imagick' (tried: /usr/lib/php-legacy/modules/imagick (/usr/lib/php-legacy/modules/imagick: cannot open shared object file: No such file or directory), /usr/lib/php-legacy/modules/imagick.so (/usr/lib/php-legacy/modules/imagick.so: undefined symbol: php_strlcpy)) in Unknown on line 0 ``` Running `string /usr/bin/php | grep strlcpy` gives me `strlcpy`, whereas the one from the `extra` repo gives me `php_strlcpy`. Not sure if it is related, but my guess is that it needs to be build with GLIB 2.37 or something according to this commit message [https://gitlab.archlinux.org/archlinux/packaging/packages/php/-/commit/6a3ed1e3f17f14b0d6bdcc310dc801a0e4610639](https://gitlab.archlinux.org/archlinux/packaging/packages/php/-/commit/6a3ed1e3f17f14b0d6bdcc310dc801a0e4610639)
anonfunc added the bug label 2023-08-28 11:48:36 +02:00
anonfunc commented 2023-08-28 11:52:23 +02:00
Owner
Copy Link

Sorry for the late response, was traveling over the weekend. Not sure why the rebuild was only done for php, not php-legacy. I requeued php-legacy and the affected php modules, since I'm not sure which of them got build with the older/newer glibc version.

Sorry for the late response, was traveling over the weekend. Not sure why the rebuild was only done for `php`, not `php-legacy`. I requeued `php-legacy` and the affected php modules, since I'm not sure which of them got build with the older/newer glibc version.
anonfunc commented 2023-09-20 15:05:51 +02:00
Owner
Copy Link

This should be fixed. Please reopen if you still encounter any problems.

This should be fixed. Please reopen if you still encounter any problems.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
blocked upstream
bug
Something is not working
 build-failure
package build fails
 duplicate
This issue or pull request already exists
 enhancement
New feature
 help wanted
Need some help
 informational
Provides information about something
 invalid
Something is wrong
 invalid/corrupt package
Package needs to be rebuild
 packaging issue
priority: high
High priority
 question
More information is needed
 support
wontfix
This won't be fixed
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
anonfunc
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: ALHP/ALHP.GO#208
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?