I am running Centos 5.8; at least
uname -rmi
gives me centos-release-5-8.el5.centos
A CMS package is telling me that I need PHP 5.2x, however yum update says that I am fully up to date.
Is there a "safe" way to upgrade PHP to 5.2x?
Todd
On Fri, Oct 5, 2012 at 12:57 PM, Todd Cary todd@aristesoftware.com wrote:
I am running Centos 5.8; at least uname -rmi gives me centos-release-5-8.el5.centos
A CMS package is telling me that I need PHP 5.2x, however yum update says that I am fully up to date.
Is there a "safe" way to upgrade PHP to 5.2x?
Todd
Take a look at the IUS package repo: http://iuscommunity.org/pages/About.html
It's the one most people use to get PHP updates. Stay away from the official "php53" packages distributed with CentOS, as they don't integrate well with many packages looking for php (it does not "provide" the "php" capability)
❧ Brian Mathis
Am 05.10.2012 um 18:58 schrieb Brian Mathis:
On Fri, Oct 5, 2012 at 12:57 PM, Todd Cary todd@aristesoftware.com wrote:
A CMS package is telling me that I need PHP 5.2x, however yum update says that I am fully up to date. Is there a "safe" way to upgrade PHP to 5.2x?
Take a look at the IUS package repo: http://iuscommunity.org/pages/About.html
It's the one most people use to get PHP updates. Stay away from the official "php53" packages distributed with CentOS, as they don't integrate well with many packages looking for php (it does not "provide" the "php" capability)
this is valid only if the cms is packaged.
@Todd: Just to clarify - the functionality and reliability of php53 is not restricted/"faulty" or what ever ...
-- LF
On Fri, Oct 05, 2012 at 07:06:14PM +0200, Leon Fauster wrote:
@Todd: Just to clarify - the functionality and reliability of php53 is not restricted/"faulty" or what ever ...
Actually, it is. The EL php53 package does not "Provide: php" so any other package depending on that being present will fail to install without force. This may or may not be a show-stopper in any particular environment. There is also no php-mcrypt available in the base CentOS updates and this is a matter that upstream will not fix; it is, however, available from EPEL for those that need it. There used to be a number of other issues with the base php53 packages as supplied by TUV but many, if not most, of these have been since resolved. I no longer track the issues as I've long since moved to IUS for php requirements.
As Brian pointed out earlier IUS is the go-to source for php53 / php54 packages that work. Please see:
http://wiki.centos.org/AdditionalResources/Repositories
for more information. There is also a yum-plugin-replace add-on from IUS that will permit single transaction migration from stock php packages to the IUS provided php53u packages. Information is available at the IUS website.
John
On 10/05/2012 06:51 PM, John R. Dennison wrote:
@Todd: Just to clarify - the functionality and reliability of php53 is not restricted/"faulty" or what ever ...
Actually, it is. The EL php53 package does not "Provide: php" so any other package depending on that being present will fail to install without force.
Thats exactly what Leon said. And also that only applies to
There is nothing wrong with the php53 rpms provided in the distro - and I would argue they are better in that they guarantee the api/abi for another 6 odd years. I suspect the app being deployed will move along sooner.
erm, On 10/05/2012 06:54 PM, Karanbir Singh wrote:
Thats exactly what Leon said. And also that only applies to
packages apps - which if Todd was using, he would not have had this issue since the app would have requested the right build anyway
Am 05.10.2012 um 18:57 schrieb Todd Cary:
I am running Centos 5.8; at least
uname -rmi
gives me centos-release-5-8.el5.centos
A CMS package is telling me that I need PHP 5.2x, however yum update says that I am fully up to date.
Is there a "safe" way to upgrade PHP to 5.2x?
yum remove php
yum install php53
-- LF
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Todd Cary said the following on 05/10/12 18:57:
Is there a "safe" way to upgrade PHP to 5.2x?
rpm -q --all | grep php
save the list of php packages
stop httpd
save /etc/php.ini, even if is renamed by rpm, but better have another copy, just in case
remove all php packages
yum install php53
and then install the php53 packages you previously had
apply the customizations of /etc/php.ini including the correct timezone (some php applications may complain if it is not set)
start httpd
I did this on 20+ servers when php53 was available. No problem at all.
Ciao, luigi
- -- / +--[Luigi Rosa]-- \
The basic questions of design, material and shielding, in combining a nuclear reactor with a home boiler and cooling unit, no longer are problems... The system would heat and cool a home, provide unlimited household hot water, and melt the snow from sidewalks and driveways. All that could be done for six years on a single charge of fissionable material costing about $300. --Robert Ferry, U.S. Institute of Boiler and Radiator Manufacturers, 1955
On 10/5/2012 10:10 AM, Luigi Rosa wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Todd Cary said the following on 05/10/12 18:57:
Is there a "safe" way to upgrade PHP to 5.2x?
rpm -q --all | grep php
save the list of php packages
stop httpd
save /etc/php.ini, even if is renamed by rpm, but better have another copy, just in case
remove all php packages
yum install php53
and then install the php53 packages you previously had
apply the customizations of /etc/php.ini including the correct timezone (some php applications may complain if it is not set)
start httpd
I did this on 20+ servers when php53 was available. No problem at all.
Ciao, luigi
/ +--[Luigi Rosa]-- \
The basic questions of design, material and shielding, in combining a nuclear reactor with a home boiler and cooling unit, no longer are problems... The system would heat and cool a home, provide unlimited household hot water, and melt the snow from sidewalks and driveways. All that could be done for six years on a single charge of fissionable material costing about $300. --Robert Ferry, U.S. Institute of Boiler and Radiator Manufacturers, 1955 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlBvFG0ACgkQ3kWu7Tfl6ZRWMACghtIfr16tKo8+xs6IzOyiuciS LK0AoIq4mdpoiH4Wdi3AwPiEKEHGgDz7 =N9Tv -----END PGP SIGNATURE----- _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Luigi -
I assume that after saving the php.ini I would
yum remove php
yum install php53
However, I am not sure what you mean by
and then install the php53 packages you previously had
I have been running PHP as it came with Centos 5.
Another question has to do with the GD library. How can I tell if it is installed *or* is it automatically part of php35?
Oh yes...if there is a problem with php35, are there any problems in reinstalling php 5.1?
Many thanks
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Todd Cary said the following on 05/10/12 19:45:
However, I am not sure what you mean by
and then install the php53 packages you previously had
if the output of rpm -q --all | grep php is (for instance)
php php-cli php-gd php-mysql
you should yum install this packages:
php53 php53-cli php53-gd php53-mysql
Another question has to do with the GD library. How can I tell if it is installed *or* is it automatically part of php35?
I can answer your question: it is not included in php53 package; you have to install php53-gd
Oh yes...if there is a problem with php35, are there any problems in reinstalling php 5.1?
If everithing fails, just remove the php53 packages, yum install the php packages you removed and restore /etc/php.ini
Ciao, luigi
- -- / +--[Luigi Rosa]-- \
Statistics are used as a drunken man uses lamp posts: For support rather than illumination.
Am 05.10.2012 um 18:57 schrieb Todd Cary todd@aristesoftware.com:
I am running Centos 5.8; at least
uname -rmi
gives me centos-release-5-8.el5.centos
A CMS package is telling me that I need PHP 5.2x, however yum update says that I am fully up to date.
Is there a "safe" way to upgrade PHP to 5.2x?
Has RedHat ever shipped PHP 5.2? I thought, I had only seen 5.1 and then 5.3 - but I admit I don't use RedHat or CentOS for PHP if I can avoid it.
The PHP project has stopped supporting PHP 5.2 some time ago and it's on "life support" by the backports-project: http://code.google.com/p/php52-backports/
E.g. it will drop out of FreeBSD's ports-tree sometime spring 2013. Some Debian release may keep it alive longer.
Does you CMS absolutely need PHP 5.2 or does it also work with PHP 5.3?
On 10/5/2012 11:05 AM, Rainer Duffner wrote:
Am 05.10.2012 um 18:57 schrieb Todd Cary todd@aristesoftware.com:
I am running Centos 5.8; at least
uname -rmi
gives me centos-release-5-8.el5.centos
A CMS package is telling me that I need PHP 5.2x, however yum update says that I am fully up to date.
Is there a "safe" way to upgrade PHP to 5.2x?
Has RedHat ever shipped PHP 5.2? I thought, I had only seen 5.1 and then 5.3 - but I admit I don't use RedHat or CentOS for PHP if I can avoid it.
The PHP project has stopped supporting PHP 5.2 some time ago and it's on "life support" by the backports-project: http://code.google.com/p/php52-backports/
E.g. it will drop out of FreeBSD's ports-tree sometime spring 2013. Some Debian release may keep it alive longer.
Does you CMS absolutely need PHP 5.2 or does it also work with PHP 5.3?
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
The Error page for Concrete5 "encourages" one not to run php 5.1; instead to use 5.2. So, I would assume 5.3 will work.
My reading of your suggestion and that of others is to use the php53 install since it will be upgraded until 2017 (I'll be on Centos 6 by then if I am still alive :-)).
I also need the GD library...is that part of php53?
Todd
Am 05.10.2012 um 20:38 schrieb Todd Cary todd@aristesoftware.com:
Concrete5 "
http://www.concrete5.org/documentation/background/system_requirements
"PHP 5.2.x or 5.3x"
So use 5.3, please.
GD is included:
http://mirror.switch.ch/ftp/mirror/centos/5.8/os/x86_64/CentOS/
… php53-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 1.3M php53-bcmath-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 42K php53-cli-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 2.4M php53-common-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 605K php53-dba-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 39K php53-devel-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 591K php53-gd-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 110K php53-imap-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 52K php53-intl-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 76K php53-ldap-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 37K php53-mbstring-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 1.2M php53-mysql-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 92K php53-odbc-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 53K php53-pdo-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 67K php53-pgsql-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 75K php53-process-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 39K php53-pspell-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 26K php53-snmp-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 29K php53-soap-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 146K php53-xml-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 119K php53-xmlrpc-5.3.3-5.el5.x86_64.rpm ….
What is the best way around this problem:
Resolving Dependencies --> Running transaction check ---> Package php53.i386 0:5.3.3-13.el5_8 set to be updated --> Processing Dependency: php53-common = 5.3.3-13.el5_8 for package: php53 --> Processing Dependency: php53-cli = 5.3.3-13.el5_8 for package: php53 --> Running transaction check ---> Package php53-cli.i386 0:5.3.3-13.el5_8 set to be updated ---> Package php53-common.i386 0:5.3.3-13.el5_8 set to be updated --> Processing Conflict: php53-common conflicts php-common --> Finished Dependency Resolution php53-common-5.3.3-13.el5_8.i386 from updates has depsolving problems --> php53-common conflicts with php-common Error: php53-common conflicts with php-common You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest
I ran yum remove php. Should I have done more?
Todd
Am 05.10.2012 um 21:04 schrieb Todd Cary todd@aristesoftware.com:
What is the best way around this problem:
Resolving Dependencies --> Running transaction check ---> Package php53.i386 0:5.3.3-13.el5_8 set to be updated --> Processing Dependency: php53-common = 5.3.3-13.el5_8 for package: php53 --> Processing Dependency: php53-cli = 5.3.3-13.el5_8 for package: php53 --> Running transaction check ---> Package php53-cli.i386 0:5.3.3-13.el5_8 set to be updated ---> Package php53-common.i386 0:5.3.3-13.el5_8 set to be updated --> Processing Conflict: php53-common conflicts php-common --> Finished Dependency Resolution php53-common-5.3.3-13.el5_8.i386 from updates has depsolving problems --> php53-common conflicts with php-common Error: php53-common conflicts with php-common You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest
I ran yum remove php. Should I have done more?
rpm -qa |grep php |grep -v php53
and remove (that is rpm -e) everything that is php (and not php53).
RHEL5/CentOS5 comes with both php (which is php5.1) and php53 (which is php5.3.something).
You can't nor do you want to have both!
On 10/5/2012 11:58 AM, Rainer Duffner wrote:
Am 05.10.2012 um 21:04 schrieb Todd Cary todd@aristesoftware.com:
What is the best way around this problem:
Resolving Dependencies --> Running transaction check ---> Package php53.i386 0:5.3.3-13.el5_8 set to be updated --> Processing Dependency: php53-common = 5.3.3-13.el5_8 for package: php53 --> Processing Dependency: php53-cli = 5.3.3-13.el5_8 for package: php53 --> Running transaction check ---> Package php53-cli.i386 0:5.3.3-13.el5_8 set to be updated ---> Package php53-common.i386 0:5.3.3-13.el5_8 set to be updated --> Processing Conflict: php53-common conflicts php-common --> Finished Dependency Resolution php53-common-5.3.3-13.el5_8.i386 from updates has depsolving problems --> php53-common conflicts with php-common Error: php53-common conflicts with php-common You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest
I ran yum remove php. Should I have done more?
rpm -qa |grep php |grep -v php53
and remove (that is rpm -e) everything that is php (and not php53).
RHEL5/CentOS5 comes with both php (which is php5.1) and php53 (which is php5.3.something).
You can't nor do you want to have both!
Thanks to your assistance, I now have php53 running: www.toddcary.com/testphp.php !
The remaining problem is that version is compiled without GD; something I need. Is there an easy way to get php53 WITH gd?
Todd
On 10/05/12 12:43 PM, Todd Cary wrote:
The remaining problem is that version is compiled without GD; something I need. Is there an easy way to get php53 WITH gd?
yum install php53-gd, as was pointed out to you several times.
Sorry I missed that...probably the same for MySQL.
Todd
Ariste Software Bend, OR 97702
On 10/5/2012 12:37 PM, John R Pierce wrote:
On 10/05/12 12:43 PM, Todd Cary wrote:
The remaining problem is that version is compiled without GD; something I need. Is there an easy way to get php53 WITH gd?
yum install php53-gd, as was pointed out to you several times.
On 10/05/12 12:50 PM, Todd Cary wrote:
Sorry I missed that...probably the same for MySQL.
# yum list php53* Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile * base: centos.mirror.facebook.net * extras: centos.mirrors.hoobly.com * updates: mirror.5ninesolutions.com Available Packages php53.i386 5.3.3-13.el5_8 updates php53-bcmath.i386 5.3.3-13.el5_8 updates php53-cli.i386 5.3.3-13.el5_8 updates php53-common.i386 5.3.3-13.el5_8 updates php53-dba.i386 5.3.3-13.el5_8 updates php53-devel.i386 5.3.3-13.el5_8 updates php53-gd.i386 5.3.3-13.el5_8 updates php53-imap.i386 5.3.3-13.el5_8 updates php53-intl.i386 5.3.3-13.el5_8 updates php53-ldap.i386 5.3.3-13.el5_8 updates php53-mbstring.i386 5.3.3-13.el5_8 updates php53-mysql.i386 5.3.3-13.el5_8 updates php53-odbc.i386 5.3.3-13.el5_8 updates php53-pdo.i386 5.3.3-13.el5_8 updates php53-pgsql.i386 5.3.3-13.el5_8 updates php53-process.i386 5.3.3-13.el5_8 updates php53-pspell.i386 5.3.3-13.el5_8 updates php53-snmp.i386 5.3.3-13.el5_8 updates php53-soap.i386 5.3.3-13.el5_8 updates php53-xml.i386 5.3.3-13.el5_8 updates php53-xmlrpc.i386 5.3.3-13.el5_8 updates
On 10/5/2012 11:58 AM, Rainer Duffner wrote:
Am 05.10.2012 um 21:04 schrieb Todd Cary todd@aristesoftware.com:
What is the best way around this problem:
Resolving Dependencies --> Running transaction check ---> Package php53.i386 0:5.3.3-13.el5_8 set to be updated --> Processing Dependency: php53-common = 5.3.3-13.el5_8 for package: php53 --> Processing Dependency: php53-cli = 5.3.3-13.el5_8 for package: php53 --> Running transaction check ---> Package php53-cli.i386 0:5.3.3-13.el5_8 set to be updated ---> Package php53-common.i386 0:5.3.3-13.el5_8 set to be updated --> Processing Conflict: php53-common conflicts php-common --> Finished Dependency Resolution php53-common-5.3.3-13.el5_8.i386 from updates has depsolving problems --> php53-common conflicts with php-common Error: php53-common conflicts with php-common You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest
I ran yum remove php. Should I have done more?
rpm -qa |grep php |grep -v php53
and remove (that is rpm -e) everything that is php (and not php53).
RHEL5/CentOS5 comes with both php (which is php5.1) and php53 (which is php5.3.something).
You can't nor do you want to have both!
Oh yes! And no MySQL support: '--without-mysql' '--without-gd'
Not sure they would do that.
Todd
On 10/5/2012 11:58 AM, Rainer Duffner wrote:
Am 05.10.2012 um 21:04 schrieb Todd Cary todd@aristesoftware.com:
If any of you that were so generous with your assistance (and patience) should come to Bend, Oregon, please look me up...I owe you a Boneyard RPM IPA beer!
With appreciation....
Todd Cary
Bend, OR 97702
In trying to run some old php programs, I have discovered that mcrypt is not part of php53. Not sure how to research this.
Todd
Ariste Software Bend, OR 97702
On 10/5/2012 11:37 AM, Rainer Duffner wrote:
Am 05.10.2012 um 20:38 schrieb Todd Cary todd@aristesoftware.com:
Concrete5 "
http://www.concrete5.org/documentation/background/system_requirements
"PHP 5.2.x or 5.3x"
So use 5.3, please.
GD is included:
http://mirror.switch.ch/ftp/mirror/centos/5.8/os/x86_64/CentOS/
… php53-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 1.3M php53-bcmath-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 42K php53-cli-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 2.4M php53-common-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 605K php53-dba-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 39K php53-devel-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 591K php53-gd-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 110K php53-imap-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 52K php53-intl-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 76K php53-ldap-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 37K php53-mbstring-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 1.2M php53-mysql-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 92K php53-odbc-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 53K php53-pdo-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 67K php53-pgsql-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 75K php53-process-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 39K php53-pspell-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 26K php53-snmp-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 29K php53-soap-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 146K php53-xml-5.3.3-5.el5.x86_64.rpm 23-Feb-2012 11:20 119K php53-xmlrpc-5.3.3-5.el5.x86_64.rpm ….
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Fri, 2012-10-05 at 19:27 -0700, Todd Cary wrote:
In trying to run some old php programs, I have discovered that mcrypt is not part of php53. Not sure how to research this.
http://wiki.centos.org/AdditionalResources/Repositories
EPEL
Thanks! Got everything working. And if any of you happen to be passing through Bend, OR, I'd love to introduce you to one of our noteworthy offerings: Bend beer (12 local breweries).
My Linux server just sits on the rack and purrs along, seldom needing any attention except like today where I needed to upgrade PHP. For that reason my Linux skills go rusty and I rely on the expertise of those that work with Linux on a regular basis.
With appreciation....
Todd
Ariste Software Bend, OR 97702
On 10/5/2012 7:23 PM, Travis Fraser wrote:
On Fri, 2012-10-05 at 19:27 -0700, Todd Cary wrote:
In trying to run some old php programs, I have discovered that mcrypt is not part of php53. Not sure how to research this.
http://wiki.centos.org/AdditionalResources/Repositories
EPEL
-
Brian Mathis -
John R Pierce -
John R. Dennison -
Karanbir Singh -
Leon Fauster -
Luigi Rosa -
Rainer Duffner -
Todd Cary -
Travis Fraser