Hide Forgot
Description of problem: The PHP Development Team would like to announce the immediate release of PHP 5.0.3. These are maintenance releases that in addition to non- critical bug fixes address several very serious security issues. All Users of PHP are strongly encouraged to upgrade to one of these releases as soon as possible. Version-Release number of selected component (if applicable): php-5.0.2-8 Actual results: The following patch merging is needed at (my merged patches are attached; I hope, I didn't make any mistakes): Patch2, Patch3, Patch9, Patch22 The following patch can be removed (merged in upstream): Patch12 Expected results: Upgrade to 5.0.3 ;-)
Created attachment 108705 [details] php-5.0.3-config.patch
Created attachment 108706 [details] php-5.0.3-umask.patch
Created attachment 108707 [details] php-5.0.3-lib64.patch
Hrm, the remerged "php-5.0.3-db4.patch" always caused a problem at rebuilding, I noticed: checking for GDBM support... no checking for NDBM support... no ./configure: line 34955: "$CC: command not found ./configure: line 34955: "$CC: command not found ./configure: line 34955: "$CC: command not found ./configure: line 34955: "$CC: command not found ./configure: line 34955: "$CC: command not found ./configure: line 34955: "$CC: command not found ./configure: line 34955: "$CC: command not found checking for db4 major version... configure: error: Header contains different version Error: Bad exit status from /var/tmp/rpm-tmp.7381 (%build) Whatever, the real problem behind this error is, I've no clue, the (my) patch merging seemed correct and the problem occured only with 5.0.3 for me, rebuilding of 5.0.2 worked anyway.
Agreed. This looks like an autoconf issue. I'm attaching my version of the remerged db4 patch and my spec file for comparison.
Created attachment 108849 [details] php-5.0.3-db4.patch
Created attachment 108850 [details] php.spec.diff
Kenneth, your patch didn't solve the problem for me. Your patch is btw identical to mine... ;-) I'm using autoconf-2.59-5, automake-1.9.3-1 and libtool-1.5.10-1 for rebuilding, which should be latest Rawhide.
Good to know we came to the same conclusion independently. I commented out patch22 and now configure fails with: checking for init_snmp in -lnetsnmp... no configure: error: SNMP sanity check failed. Please check config.log for more information. The log has a C++ fragment, missing an #endif. On Fedora Core 2, using: autoconf-2.59-3 automake-1.8.3-1 libtool-1.5.6-1
BTW, "db db-4.2 db-4.1 db-4.0 db-4 db4" (so without the "db-4.3") seems to work here and even linked against the correct db4 version: # rpm -qp --requires php-5.0.3-0.i386.rpm | grep db libdb-4.3.so #
Thanks for the patches, folks, I'll be integrating this ASAP, but 5.0.3 and 4.3.10 don't build on half the platforms in the build system due to the new zend_strtod.c file so that's holding things up.
That removing db-4.3 didn't work for me.
I simplified the code to just check for -ldb which should avoid all issues; 5.0.3 packages are now on their way to Raw Hide. Thanks again. Please file a new bug if you find rebuild issues with -ldb.