Red Hat Bugzilla – Bug 59195
Problem in php.ini for php4.1.1
Last modified: 2007-04-18 12:39:41 EDT
Description of Problem: In the new release of php-4.1.1-1, if you use it with php-mysql-4.1.1 for example, mysql functions does not work. In the /etc/php.ini there is something wrong : The parameter extension_dir have now in this release this value ./ This value does not work, you might have /usr/lib/php4
One more problem in php.ini In the section dynamic extensions, these lines have not been added : ;extension=imap.so ;extension=ldap.so ;extension=pgsql.so ;extension=mysql.so ;extension=odbc.so ;extension=oci8.so ;extension=snmp.so So when you add a module, the line is not uncommented. In the SPEC file, you ask curl >=7.8, it's better to put curl >= 7.9 because when you want to compile php-4.1.1-1.src.rpm, with the command rpm --rebuild, you have a compilation error.
Humm,... ok looks like someone upstream decided to become windows centric and changed all the default extension names to xyz.dll as opposed to the previous xyz.so names which is why the post install perl lines aren't changing the php.ini file to suit. Havn't gotten around to looking at the extension_dir= bit as yet
Oh, I looked at the php.ini file after last nights build and the extension_dir= bit is being set .... extension_dir = /usr/lib/php4 ; directory in which the loadable extensions (modules) reside .... The extension problem appears to have been resolved too. (rawhide: php-4.1.1-2 Note rawhide internally doesn't get pushed out till 03:00est I've been told) Phil =--=