New software versions
Today I’m writing about the changes and benefits of RHEL6 as a web server compared to RHEL5. Red Hat is well known for its stable API and ABI over the life-cycle of a major release. For some usage types this is a major problem. Sticking to old version of PHP, MySQL, Tomcat you-name-it-piece-of-software is problematic since web applications are rapidly changing its requirements.
- Instead of PHP 5.1.6, RHEL6 ships almost up-to-date PHP 5.3.1. Which is good, since web applications such as TYPO3 require PHP 5.3 to be able to install security bug fixes.
- The Apache httpd comes in Version 2.2.14 instead of 2.2.3. Since Apache is not very actively developed further, it does not matter anyway.
- MySQL is shipped with an almost-up-to-date version 5.1.42 vs. 5.0.77. No big deal.
- Tomcat is being installed with version 6.0.20 instead of the very old 5.5 in RHEL5. This brings quite some benefits for Java web developers.
- Nothing has changed since RHEL5.5 so far for PostgreSQL. Since RHEL5.5 Red Hat ships version 8.4 in addition to 8.1.
- Python got upgraded from 2.3 to 2.6 which probably allows to run more Python based web applications.
- Unfortunately still no appearance of GraphicsMagick as a replacement for ImageMagick.
- New: Ships with APC (Alternative PHP Cache). This is useful for LAMP servers with loads of traffic and helps to get response time below critical values.
Unlike other distributions, Red Hat’s default DocumentRoot is still in /var/www instead of /srv/www. From my point of view the /var should be used for libraries and similar stuff, but not for application data. This ends up in creating symlinks like it was before.
From the “I-dont-like-bloated-systems” Departement
Looks like Red Hat made a huge progress in making its system less bloated. In Versions up to RHEL5 you can experience strange package dependencies.
- PHP and friends: While on RHEL5 a “yum install php” automatically selects PostgreSQL-libs and gmp to install, nothing like this happens on RHEL6.
- Tomcats dependencies went down from 48 packages to only 15.
At the end of the day, Red Hat made a good job to enable RHEL as a web server again. The fundamental problem is still the same: In two years RHEL6 will be completely outdated and not useful for modern web application, like it is today with RHEL5. Of course you can compile the stuff by yourself, but then you’ll get a maintenance problem.
Red Hat should think about something similar like Debian’s “volatile” repository. It provides upgraded software which would otherwise be useless in a two years or older versions. I’m looking forward for a “Red Hat Volatile” Channel on our satellites.
Feedback is welcome…