Are there any plans on creating RPMs for PHP 5.1.x and MySQL 5.x for RHEL3? I run quite a few vBulletin sites and they recommend that you run PHP 5.1.x and MySQL 5.
If you are going to make newer PHP builds for RHEL3, can you please add the memcache extension?
MySQL 5.x and PHP 5.1.x for RHEL3
-
jason|xoxide
- Forum User
- Posts: 21
- Joined: Wed Jul 05, 2006 9:17 am
-
breun
- Long Time Forum Regular
- Posts: 2813
- Joined: Sat Aug 20, 2005 9:30 am
- Location: The Netherlands
Scott is working on PHP 5.1. However Plesk is not yet compatible with MySQL 5...
Lemonbit Internet Dedicated Server Management
-
jason|xoxide
- Forum User
- Posts: 21
- Joined: Wed Jul 05, 2006 9:17 am
Oohhh... I forgot about Plesk not liking MySQL 5...
Yeah, I know he's working on PHP 5.1.x. I was just wondering as to whether he was working on it RHEL3. I know he doesn't like RHEL3 and I couldn't find it in the atomic-testing or atomic-bleeding channels for that OS (although it is there for RHEL4).
If he's planning on only releasing some updates for the newer versions of Linux then that is a good reason for me to have my boxes reimaged with RHEL4.
Yeah, I know he's working on PHP 5.1.x. I was just wondering as to whether he was working on it RHEL3. I know he doesn't like RHEL3 and I couldn't find it in the atomic-testing or atomic-bleeding channels for that OS (although it is there for RHEL4).
If he's planning on only releasing some updates for the newer versions of Linux then that is a good reason for me to have my boxes reimaged with RHEL4.
-
scott
- Atomicorp Staff - Site Admin
- Posts: 8355
- Joined: Wed Dec 31, 1969 8:00 pm
- Location: earth
- Contact:
Mike and I have been discussing how we want to handle this from here on out, and where we're at right now is we're moving both the latest mod_security rules and the more difficult OS's to support (RHEL3) into the subscription only channels. We've already done that with php 4.4.2, which lives again in the asl-testing channel. The SRPM's will still be available for the do-it-yourselfers, as well as a delayed feed for the sigs will still be available on the ART and gotroot sites.
For the folks on other distros, like CentOS4, Fedora, etc I'll continue to operate with the atomic channel for the most compatible versions, -testing for the release candidates, and -bleeding for the apps that I know won't work with PSA. What I'm trying to avoid is a dizzying array of channels to choose from. The key to that is to set up some really specific rules on what goes where before I get too far down the development path that would cause a massive outage in all the subscribed boxes if I put out a tricky update (a la qmail-scanner 2.0, or php 5).
For the folks on other distros, like CentOS4, Fedora, etc I'll continue to operate with the atomic channel for the most compatible versions, -testing for the release candidates, and -bleeding for the apps that I know won't work with PSA. What I'm trying to avoid is a dizzying array of channels to choose from. The key to that is to set up some really specific rules on what goes where before I get too far down the development path that would cause a massive outage in all the subscribed boxes if I put out a tricky update (a la qmail-scanner 2.0, or php 5).
-
jason|xoxide
- Forum User
- Posts: 21
- Joined: Wed Jul 05, 2006 9:17 am
-
jason|xoxide
- Forum User
- Posts: 21
- Joined: Wed Jul 05, 2006 9:17 am