Atomicorp

I cant find the PHP 5.2 rpms in the testing channel or any other channel. Are they posted to yum yet?

any word on when this will be released? I'd like to try it out as well.

Nice Scott. Thanks for the update. I've been playing with PHP 5.2 and man is it WAY better. The i18n support in 5.2 is far superior to 5.1, especially when using time zones.

Any plans to make a PHP 5.2 distribution for RHEL4?

When I attempt to upgrade php from 5.0.4 to 5.1.5 using the unstable rpms, i get the following dependency error:

php-domxml is needed by (installed) psa-php4-configurator-1.0.0-rhel4.build80060329.02.noarch

This is a Plesk 8 RHEL4 box

I found these RPMS: http://dev.centos.org/centos/4.3/testing/i386/RPMS/

Do you think they'll work on RHEL4?

I am. I downloaded the RPMS and installed them manually instead of via yum, but the upgrade worked nicely.

The only issue I had was with PEAR. It didn't seem to upgrade right.

http://atomicrocketturtle.com/forum/viewtopic.php?t=800

Tidy
Syck
eAccelerator

Just my .o2 cents

The problem I'm having is the fact that I'm trying to run the newest version of mod_python, but it's only compatibly with version 2.0.47+. If you don't have this version you get a nasty error.

Is there a safe way to upgrade apache without breaking anything in Plesk?



Right now we're on .46, and I'd like to get .55 if possible.

After I copied over the PEAR libraries from another of my plesk servers with the art PHP 4.4.2 install on it, it worked. I just had to re-install all my pear libraries.

I get this error:

PHP Fatal error: Class 'PEAR_Command_Auth-init' not found in /usr/share/pear/PEAR/Command.php on line 271

I'm going to try to copy my other box's version of PEAR onto this to see if it makes a difference.

I think there has to be an easier way to do that. To me, that doesn't seem feasable on a production server.

What potential issues might there be? Issues with horde perhaps? I'm sure it will break a lot of the older application vault packages too. Anything else you can think of?

Scott, Is this because of a limitation by PHP, or just backwards compatibility with MySQL 3.2? If disable old_passwords=1 and I create a script to update each domain by resetting the password with PASSWORD() instead of OLD_PASSWORD(), will PHP work normally? The problem I'm having right now is that ...