Today I was crawling through my mail logs for various reasons.
I was really surprised, that I saw a mail to a dedicated mailaddress which I’m using for communication with performancing.com. I was short checking, if this mailaddress is anywhere published at performancing.com, but couldn’t find anything.
A one liner over the last week of mail logs:
# zgrep performancing /var/log/mail.info* | grep clam | wc -l
26
For a address only used for communicating with one organisation (used as contact mail address) this seems a bit too much traffic and this are only the mails, which was accepted by the MTA. So the questions comes to my mind …. what happens with the addresses at performancing.com? Maybe I missed something?
Today I was reconfiguring a Cisco 7513 with a RSP 16 and a FastEthernet module inside.
So I did a “erase nvram” and a “reload”. After booting I was surprised to see the following in my Terminal:
Would you like to enter the initial configuration dialog? [yes/no]:
Loading pxelinux.0 from 10.42.10.50 (via FastEthernet4/0/0): !!!
[OK - 13156 bytes]
So the box took an IP via DHCP and tried to netboot. (Un)fortunately it only breaks my terminal, so no worries! ;)
Since etch php is compiled with large file support. This breakes binary compatibility to other packages, which are commonly not compiled with LFS and leads into trouble with 3rd party extensions, cause these are precompiled against the ABI of upstream and LFS not turned on. One example is Zend Optimizer. You may say this will only hit closed source applications, but if these are customer requirements, you have to solve the issue in some way.
You can do this by compiling your php and all extension from source without LFS enabled, but here you have to care about bugs, regressions and exploits for your own.
An other solution is to rebuild the packages from etch with LFS disabled. I’ve done this with the source packages of php4 and php5 from etch. Additionaly I did backport php-suhosin from unstable against this php packages for php4 and php5.
Packages are available at http://ftp.cyconet.org/debian/archive/special/ or via
deb http://ftp.cyconet.org/debian etch-special-cyconet main non-free contrib
If there are any DSA popping up, you can expect updates with a short delay. Please keep in mind, that you cant install php extension directly from etch. You need to rebuild them against php[45]-dev with disabled LFS. Other php packages may apear later.
Update: We migrated a customer system with Zend Optimizer to etch. To my suprise, it was working with latest version of Zend Optimizer out of the box with php4. Can’t say anything for php5, cause there are some modifications needed, until the applications are working with php5.
Maybe anybody can verify this with php5?
Until all works well with stock php[45], I wont maintain the packages mentioned above.
