First set of new PHP packages ready for testing


Note : This page may contain outdated information and/or broken links; some of the formatting may be mangled due to the many different code-bases this site has been through in over 20 years; my opinions may have changed etc. etc.

I have finished work on a bunch of new PHP packages - there are a lot of changes with these, so be warned that there will probably be a few tweaks needed here and there before they’re ready for the prime time. However, if you’re feeling brave and would like to test, I’d appreciate any comments or feedback. They are all available at the usual place, . A full list of packages is included in the full body of this entry.

The 2 major changes for this release are :

Modular extensions

The mod_php package now just includes a very minimal “core”. Many extensions are now built as shared libraries and have been split off into their own packages. The reasoning behind this is that a user can just grab what they need, instead of a huge monolithic build of PHP that eats up memory with things that they very probably don’t need - not to mention saving space and time by not downloading all the various dependencies that go with it.

Under this new system, if you just want PHP with, say MySQL and OpenSSL support, you would install mod_php, then php4_mysql and php4_openssl.

Multiple SAPIs, Apache 2 support

I have removed the dependency on CSWapache from the core mod_php package. The reasoning behind this is that a user may just want the CLI or CGI executables. These are shipped as /opt/csw/bin/php and /opt/csw/bin/php-cgi respectively.

There is also now an Apache 2 module shipped alongside the standard Apache 1. These have both been relocated to /opt/csw/lib/php/sapi. The postinstall script will check for the presence of CSWapache or CSWapache2, and if found, will activate itself. As long as both servers are listening on different ports, you can even run both on the same machine.

The big caveat here is that if you are using Apache 2 and PHP, you should only ever use the prefork MPM.

The PHP folks still seem to consider Apache 2 support as “experimental”, but many Linux distros ship with it enabled and I’ve yet to hear bad things about it as long as prefork is used. Full list of packages :

Core PHP package

mod_php-4.3.11-SunOS5.8-i386-CSW.pkg.gz mod_php-4.3.11-SunOS5.8-sparc-CSW.pkg.gz


php4_bcmath-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_bcmath-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_calendar-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_calendar-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_curl-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_curl-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_domxml-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_domxml-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_gd-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_gd-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_gettext-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_gettext-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_imap-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_imap-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_ldap-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_ldap-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_mcal-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_mcal-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_mssql-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_mssql-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_mysql-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_mysql-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_odbc-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_odbc-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_openssl-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_openssl-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_pgsql-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_pgsql-4.3.11-SunOS5.8-sparc-CSW.pkg.gz php4_zlib-4.3.11-SunOS5.8-i386-CSW.pkg.gz php4_zlib-4.3.11-SunOS5.8-sparc-CSW.pkg.gz