Quite honestly, I hate using 3rd party RPM Repositories. The chance of things getting screwed up or being incompatible at a later date is quite high. Unless I build packages from sources, I tend to stick to the CentOS and InterWorx repos only.
My current solution at this point for getting users on PHP 5 has been moving them onto a CentOS 5 machine running PHP 5. With the EOL of PHP coming up in a few weeks it would be very nice if the InterWorx team would release PHP 5 rpms for CentOS 4 users. This would save quite a few users the trouble of using third party repos, or building packages themselves for deployment.
The thing that I like about CentOS 5, however, is the fact that the InterWorx developers rely more on upstream packages for php/mysql/etc. However, the current situation going on with CentOS 4 with PHP 4 reaching EOL is quite annoying for the majority of the folks in this community, Iām sure.
Iām running CentOS5 and I was trying to up PHP to 5.2. I followed the directions, but itās just not letting me upgrade or install (either way).
Transaction Check Error:
file /etc/php.ini from install of php-5.2.5-100.rhe5x.iworx conflicts with file from package php-common-5.1.6-15.el5
file /usr/bin/php from install of php-5.2.5-100.rhe5x.iworx conflicts with file from package php-cli-5.1.6-15.el5
file /usr/bin/php-cgi from install of php-5.2.5-100.rhe5x.iworx conflicts with file from package php-cli-5.1.6-15.el5
file /usr/share/man/man1/php.1.gz from install of php-5.2.5-100.rhe5x.iworx conflicts with file from package php-cli-5.1.6-15.el5
[quote=CrazyTech;14996]Iām running CentOS5 and I was trying to up PHP to 5.2. I followed the directions, but itās just not letting me upgrade or install (either way).
Any suggestions on how to get around this?
Thanks![/quote]
You have a few options:
remove the PHP packages that are there and then install the new packages
āforceā the install over the old packages (not recommended)
The cleanest way is #1 but you may find that centos isnāt happy with the new RPMs as Iām not sure how much theyāve been used on centos5 since it ships with php5. An āeasierā method may just be to grab the centos SRPMs for php5 and then just drop the new 5.2.5 source in there and recompile. This would stay within the boundaries more than likely. Note, doing this method often requires some SPEC file tweaking.
[quote=sliqua;14840]Quite honestly, I hate using 3rd party RPM Repositories. The chance of things getting screwed up or being incompatible at a later date is quite high. Unless I build packages from sources, I tend to stick to the CentOS and InterWorx repos only.
[/quote]
This is sound advice. The more you can rely on just the CentOS repos the better off you are for compatibility long-term. Obviously there are iworx RPMs that are provided but as in the case of using php5 on CentOS 5 Iād use the CentOS 5 SRPMS and make your own php5 RPMS before making ours work.
Thanks Christ, but uninstalling PHP was what I tried. My server would confirm that no PHP package was installed, but Iād still get that error when I tried to install tthe PHP 5.2.5 rpms that were given in this thread. Iām still trying to wean my way off of cPanel and Plesk, so I guess Iāll just have to stick with the current PHP version and wait for an update.
The latest Steadfast upgrade to php 5.2.9 was causing a problem for me. Apache died and gave me the message āhttpd dead but subsys lockedā whenever I would check the status. Iāve since gone back to php 5.2.6 and removed the iworx-php-release-5.2-2.steadfast.noarch.rpm. Any ideas as to why this would cause the problems with Apache? I need php 5.2 for roundcube.