FS#8141 - php-5.2.4-3: wrong extension_dir setting

Attached to Project: Arch Linux
Opened by Ondrej Jirman (megous) - Thursday, 27 September 2007, 06:19 GMT
Last edited by Pierre Schmitz (Pierre) - Friday, 28 September 2007, 09:00 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Pierre Schmitz (Pierre)
Architecture All
Severity Low
Priority Normal
Reported Version 2007.08.1
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Default php.ini has wrong extension_dir setting.

It should be:
extension_dir = "/usr/lib/php/20060613"

Additional info:
* php-5.2.4-3
This task depends upon

Closed by  Pierre Schmitz (Pierre)
Friday, 28 September 2007, 09:00 GMT
Reason for closing:  Fixed
Comment by Pierre Schmitz (Pierre) - Thursday, 27 September 2007, 07:29 GMT
Whats wrong about this setting? The symlink was introduced due to bug #3395.
Comment by Ondrej Jirman (megous) - Thursday, 27 September 2007, 08:17 GMT
I've upgraded to php-5.2.4-3 (from 5.2.4-2), copied php.ini.pacnew to php.ini and restarted apache.

In the log there were errors inidcating that extensions can't be loaded.
I had to set extension_dir to "/usr/lib/php/20060613" to make it work.

There is no symlink here:

megi[~] % tree /usr/lib/php 10:16
/usr/lib/php
|-- 20060613
| |-- bcmath.so
| |-- bz2.so
| |-- calendar.so
| |-- curl.so
| |-- dba.so
| |-- dbase.so
| |-- exif.so
| |-- ftp.so
| |-- gd.so
| |-- gettext.so
| |-- iconv.so
| |-- imap.so
| |-- json.so
| |-- ldap.so
| |-- mcrypt.so
| |-- mysql.so
| |-- mysqli.so
| |-- ncurses.so
| |-- odbc.so
| |-- openssl.so
| |-- pdo.so
| |-- pdo_mysql.so
| |-- pdo_odbc.so
| |-- pdo_pgsql.so
| |-- pdo_sqlite.so
| |-- pgsql.so
| |-- posix.so
| |-- pspell.so
| |-- session.so
| |-- shmop.so
| |-- snmp.so
| |-- soap.so
| |-- sockets.so
| |-- sqlite.so
| |-- sysvmsg.so
| |-- sysvsem.so
| |-- sysvshm.so
| |-- tidy.so
| |-- xmlrpc.so
| |-- xsl.so
| |-- zip.so
| `-- zlib.so
|-- build
| |-- Makefile.global
| |-- acinclude.m4
| |-- config.guess
| |-- config.sub
| |-- libtool.m4
| |-- ltmain.sh
| |-- mkdep.awk
| |-- phpize.m4
| |-- run-tests.php
| |-- scan_makefile_in.awk
| `-- shtool
`-- extensions
`-- no-debug-non-zts-20060613
|-- csv.so
|-- php_gtk2.so
|-- xdebug.so
`-- zext.so
Comment by Pierre Schmitz (Pierre) - Thursday, 27 September 2007, 08:21 GMT
This loooks like a pacman bug for me. The symlink is included in the new php package. But for some reason pacman did not extract it. This might be a conflict with allready installed extensions you have got there.

I'll think about a good workaround to avoid this problem.
Comment by Ondrej Jirman (megous) - Thursday, 27 September 2007, 08:26 GMT
Here is more info that might help:

megi[arch/custom/packages] % 10:24pacman -Qvl php-gtk
Root : /
DBPath : var/lib/pacman/
CacheDir : var/cache/pacman/pkg/
Targets : php-gtk
php-gtk /usr/lib/php/extensions/no-debug-non-zts-20060613/php_gtk2.so

megi[arch/custom/packages] % 10:24pacman -Qvl php-zexts
Root : /
DBPath : var/lib/pacman/
CacheDir : var/cache/pacman/pkg/
Targets : php-zexts
php-zexts /usr/lib/php/extensions/no-debug-non-zts-20060613/csv.so
php-zexts /usr/lib/php/extensions/no-debug-non-zts-20060613/zext.so

megi[arch/custom/packages] % pacman -Qvl php-xdebug 10:25
Root : /
DBPath : var/lib/pacman/
CacheDir : var/cache/pacman/pkg/
Targets : php-xdebug
php-xdebug /usr/lib/php/extensions/no-debug-non-zts-20060613/xdebug.so
php-xdebug /usr/share/licenses/xdebug/LICENSE
Comment by Pierre Schmitz (Pierre) - Thursday, 27 September 2007, 13:58 GMT
OK, I think the best solution is to drop the symlink and use the "dated" extension directory. You'll have to rebuild all modules if the API changes anyway.

I'll wait a bit to see if there are other problems with this release and will repackage it with a fixed php.ini.

Loading...