SECURITY: PHP memory_limit remote vulnerability
http://security.e-matters.de/advisories/112004.html
Add Type 1 support for the gd extension,
from Aleksander Piotrowski <Aleksander.Piotrowski@nic.com.pl>;
move to @dir
4.3.2, and should be a hell of a lot more stable than 4.3.1, especially
on 64-bit architectures
this commit also merges the pear/ stuff into a subpackage of core;
its no longer necessary to have a separate directory just for the pear libs.
/var/www/pear and php modules go into /var/www/lib/php.
Everything else still lives outside the chroot
Also tidy up the pkg/INSTALL message while I'm here
- include the domxml extension as a subpackage
- include some extra modules with PEAR which also disappeared
- only link against freetype1, not freetype2
- ltmain patch no longer needed
- move the php.ini extension lines to the end of the file
- introduce a new 'phpxs' command which enables/disables
modules from a shell without needing to manually edit php.ini
- libphp4.so now installs into the same module dir as the extensions
- php4-enable is now done by 'phpxs -s' so remove it
tested by wilfried@, feedback from naddy@
Installs the barebones php4 with only the gettext, iconv and recode
modules compiled in.
All of the other modules have to be installed as shared modules on
top of this.
In addition to the Apache module, this package also includes a php
command-line binary which can be used in shell scripts. The binary
uses the same /var/www/conf/php.ini file as the Apache module.
There is some non-i386 breakage at the moment (notably macppc).
Work by wilfried@ and me. espie@ ok
