FYI
php4 (4:4.3.10-10) unstable; urgency=low
* Update to 200503131325 CVS (AKA: 4.3.11RC1), fixing several bugs
including a segfault in mysql_fetch_field() (closes: #299608)
* Remove 042-remove_windows_paths.patch, incorporated upstream.
* Add 048-x509_multiple_orgUnits.patch to bring the openssl extension
in line with the upcoming 4.3.11 behaviour of listing multiple
Organisational Units in an x509 cert as an array, rather than only
listing the last in the list.
* After much talk with upstream, revert the ZTS changes. We are no
longer building a thread-safe PHP. (closes: #299820, #297223, #297679)
* ZTS was breaking file search paths, leading to errors loading files
from the cwd (closes: #298282, #298518, #299089, #299356)
* Stop building caudium-php4 (closes: #294718, #297702, #295100)
- We can't link against the GPL pike7.2, which we've been doing. Oops.
- Even if the above weren't true, upstream has insisted that ZTS is a
horribly broken solution, slated for eventual removal, and should
never, ever be used. In light of that, caudium users should instead
use php4-cgi, either as a plain CGI, or as a FastCGI backend.
- Not even attempting to provide an upgrade path, as it would be
needlessly complex, and caudium-php4 in previous stable releases
was nothing more than a useless toy, given that it had nearly no
useful extensions built-in or supported.
* Rewrite 041-shut_up_snmp.patch to take a different approach, this time
regrettably reverting a fix for a memory leak, in the name of making
things work properly, including squashing the putenv() intecaction
bug between PHP and other apache modules (closes: #298511, #300628)
* On sidegrades from distributions where different modules may be built
from their own source, and thus have their own doc directories, bad
things happen when we try to replace those with symlinks, so now we
check for this in preinst, and fix stuff up magically to Just Work.
* Add Jeroen van Wolffelaar <[EMAIL PROTECTED]> to Uploaders.
* Fix up modules regexes to use "\.so" instead of ".so" (cf: #300998)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
