Atomicorp

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?

Scott is working on PHP 5.1. However Plesk is not yet compatible with MySQL 5...

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.

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).

Yeah, that's what I was wondering about. It would be nice if there was a list of what kind of "support" each distro would receive. That way when it comes time to reimage or order a new box, I'll know what I can get and what I'll have to do myself with each option.

We'll do the tiered thing, email only, phone, 24/7, and scott. Scott will be the most expensive.

No, that's not what I meant. By "support" I meant whether you would continue "supporting" RHEL3, RH9, etc. by releasing updated packages for them, or if you would just be releasing RPMs for RHEL4, FC, etc.

rhel3 probably will be subscription only. rh9 is pretty easy to handle, but it is completely EOL in december