My previous articles on installing PHP on CentOS dealt with installing PHP 5.2.6. I have found this to have some bugs that kill the process without error information. One bug I found, which was on an x86_64 server, was that converting an object to a string did this.
So, I have compiled the latest PHP version, 5.2.10 5.3.0 5.3.3, and put it in my own repository for easy installation. I have compiled it for CentOS 5 i386 and x86_64, and provided the source RPMS in the repo, if anyone wants to compile it for another OS or architecture.
Update 2009-07-03 – I updated the version to PHP 5.3, which was released a few days before. This includes many new features such as closures, namespaces, and packaged scripts in phar files, which I’ll blog about soon. Check out PHP changelog for more details.
Update 2009-09-01 – Added a note about deprecated errors, and how to silence them. Also I have included a tip that might help those of you struggling to install.
Update 2010-03-03 – I’ve added both apc 3.1.3p1 beta (php-pecl-apc in yum) and eAccelerator 0.9.6 (php-eaccelerator in yum) RPMs to the repository, they are compiled for (and work on) php 5.3.x
I have also included the same php extensions I mentioned in my other article, php-mcrypt, php-mhash (in PHP 5.2), php-mssql and php-tidy
To install, first you must tell rpm to accept rpm’s signed by me, then add the yum repository information to yum:
rpm -ivh http://repo.webtatic.com/yum/centos/5/`uname -i`/webtatic-release-5-0.noarch.rpm
Now you can install php by doing:
yum --enablerepo=webtatic install php
Or update an existing installation of php, which will also update all of the other php modules installed:
yum --enablerepo=webtatic update phpIf this does not work correctly, try disabling all other repositories while installing/updating, by adding the –disablerepo=* option. This will stop other dependencies from being installed, so you may want to install them first.
yum --disablerepo=* --enablerepo=webtatic update php
“Depsolving” problems
If you get depsolving problems when updating, you may have currently installed some extensions that have been removed, e.g. php-mhash, php-ncurses.
You will need to remove them before upgrading.
yum remove php-mhash php-ncurses
Deprecated Errors
Once you are running the new version, you may get “deprecated” errors in your error logs. This isn’t bad, it just means to tell you that some of the functions you are using are no longer prefered, and may be removed in a future major release. An example of this is the ereg functions. Preg functions are prefered over these, as they are much faster and more powerful, and in all cases do at least the same thing.
If upgrading the functions are not an option, and you would like to hide the deprecated errors from your error log, for example on a production server, just edit your /etc/php.ini file, find the line:
error_reporting = E_ALL
and replace to:
error_reporting = E_ALL & ~E_DEPRECATED
PHP 5.2.14
I am also maintaining a PHP 5.2.14 release, so should you prefer to install that (for reasons like incompatibilities or testing), you can force it to install that instead by doing:
yum --enablerepo=webtatic --exclude=php*5.3* update php
Or you can add to the /etc/yum.repos.d/webtatic.repo the line:
exclude=php*5.3*
please show me how I can remove them safely without deleting dependencies.
thank you.
A big Thank you!
I have saved a lot of time upgrading..
Best regards,
Raul
It’s work !
Thank you for your help guy!
Im a French webmaster and I use Linu Centos 5 with Plask 9.x
I just fix my problem with your help.
Note: Reboot a host after the update.
Hi, glad you found this helpful.
You don’t need to reboot the server, just restart httpd, by using:
service httpd restart
Having problems pulling in php-mysql:
Downloading Packages:
http://repo.webtatic.com/yum/centos/5/x86_64/php-pdo-5.2.12-1.x86_64.rpm: [Errno 14] HTTP Error 404: Not Found
Trying other mirror.
http://repo.webtatic.com/yum/centos/5/x86_64/php-mysql-5.2.12-1.x86_64.rpm: [Errno 14] HTTP Error 404: Not Found
Hi, I emailed you earlier.
I’ve rebuilt the 64 bit RPMs (now version 5.2.12-1.1, the old ones deleted) after uninstalling all i386 packages, which will solve the previous problem.
You will probably need to run the command I mentioned for yum to refresh the repository metadata cache. “touch /etc/yum.repos.d/webtatic.com”
Hi Andy,
I get following errors
—-
http://repo.webtatic.com/yum/centos/11/i386/repodata/repomd.xml: [Errno 14] HTTP Error 404: Not Found
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml) for repository: webtatic. Please verify its path and try again
—–
Any help will be appreciated.
Sorry but I don’t have RPMs for your distribution (I’m assuming it’s Fedora 11 based on the resolved url?)
Fedora 12 does have PHP 5.3 though.
My main reason for this repo is because there is no other option for people who can’t switch from CentOS to another distribution, other than to compile PHP themselves.
Thank you very much. You have saved me a ton of time.
Worked like a charm
Thank you
hi! this works great however it appears php’s posix’s plugin is not available!
“POSIX functions are enabled by default. You can disable POSIX-like functions with –disable-posix.”
Did you disable them in your compile?
Hi Will,
The later releases of PHP packages for Red-Hat based distributions compile posix functions as a separate package (probably for reasons like shared hosting companies not wanting them in by default)
You can install the posix functions as part of the php-process package:
yum install --enablerepo=webtatic php-process
even tried the touch command
but couldn’t solve this …
please help in resolving this
[root@domU-12-31-39-06-BC-E2:/mnt/tmp] touch /etc/yum.repos.d/webtatic.com
[root@domU-12-31-39-06-BC-E2:/mnt/tmp] yum –enablerepo=webtatic update php
Loading “installonlyn” plugin
Setting up Update Process
Setting up repositories
http://repo.webtatic.com/yum/centos/5.0/i386/repodata/repomd.xml: [Errno 14] HTTP Error 404: Not Found
Trying other mirror.
Error: Cannot open/read repomd.xml file for repository: webtatic
I already have installed php 5.2.11 but unfortunately it doesn’t support –enable-memcache
so jumping on php 5.2.12 or 5.3 but unable to install
I’ve not seen a CentOS distribution resolve $releasever to the minor release (x.y) before (in the webtatic.repo file), however I’ve now symlinked, on the server, 5 to 5.0-5.4 which should work in your configuration.
It seems like something got broken in the most recent updates to the repo. Running CentOS 5.4 and following the exact same steps that I have followed before, I received the following error message:
#yum –enablerepo=webtatic install php Loaded plugins: fastestmirror
…
–> Finished Dependency Resolution
php-mhash-5.2.12-1.1.x86_64 from webtatic has depsolving problems
–> Missing Dependency: php-common = 5.2.12-1.1 is needed by package php-mhash-5.2.12-1.1.x86_64 (webtatic)
…
mhash has been removed from the php library as they say hash has all that functionallity.
You need to remove the php-mhash package before updating.
Thank you so much! This saved so much time from me.
I installed 5.3 on Centos 5.4 using your repo – thanks for all your work – it worked (almost) flawlessly.
The only problem I’ve seen so far is an error message when running a php cli script:
PHP Warning: PHP Startup: apc: Unable to initialize module
Module compiled with module API=20050922
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
Any suggestions?
@RoyHB I’ve now added apc to the repository, so if you upgrade that (php-pecl-apc), it will work. The error you were getting was because the currently installed apc was compiled for an older php
Thank you so much! I work with centos server and it is such a pain to get such simple things like php 5.3 installed. Again thank you for all your work!
Hye, i cannot upgrade my php i got this error
error: skipping http://repo.webtatic.com/yum/centos/5/i386/webtatic-release-5-0.noarch.rpm – transfer failed – Unknown or unexpected error
can u help me
Are you able to download the rpm first? e.g.:
wget http://repo.webtatic.com/yum/centos/5/i386/webtatic-release-5-0.noarch.rpm
rpm -ivh webtatic-release-5-0.noarch.rpm
Thanks Andy, Exactly what I was looking for.
Thanks for a good work. Apparently remi reops are all broken on Fedora. Your 5.3 repos work correctly. Great work and great help.
Error:
In your 5.3 repos, somehow DateTime class, which is part of PHP core is not working Kindly check. This example works in your 5.2 repo — :
<?php
echo "hello “;
$date = new DateTime(“2010-1-31″);
for ($ii=0; $ii modify(“+1 month”);
echo $date->format(“Y-m-d”) . “”;
}
echo “hello2 “;
?>
Hi,
The example you gave seems to be missing some code.
Trying to fill in the missing parts, I noticed that it could possibly be that you haven’t defined the setting “date.timezone”, though this should come up in your error logs if not your output. PHP 5.3 is strict about this, particularly when using DateTime (where it will cause a fatal error) as opposed to the date functions. I don’t think PHP 5.2 even brings it up as a warning.
This setting can be put in the php.ini, or preferably in some global include PHP using date_default_timezone_set() for the project you are working on, as it is really project-level configuration.
Thanks for your quick reply. Once I defined date.timezone(‘UTC’) or appropriate. It worked fine. Good Job you have done. Thanks again and again and again
I noticed that I had an old version of gd. I have updated it.
IMHO – your work is very reliable.
The update to 5.3.2 is great, using the latest PHP is awesome, Andy is the man.
Much appreciated, wishing you were on the CentOS team so that the rest of the world could benefit from your attention to new software releases.
Thanks x 1000
I appreciate your webtatic repository for PHP and more particularly the APC package. In comparison I couldn’t get the main APC package in the official CentOS repositories to install due to some unmeetable dependencies. So, much appreciated.
However, FYI, you don’t have pspell installed correctly in php-common; as reported by phpinfo() it’s listed in the configure command, but doesn’t show up as an installed module. This is the same for your php_common 5.3 and 5.2 x86_64 packages and ought to be fixed.
Since I need pspell, I’ve had to switch back to using the “c5-testing” repository’s PHP (which has a working pspell module), and just installing and maintaining APC through PECL instead. Ah well.
pspell is not in php-common. It is in its own package php-pspell. It’s listed in the phpinfo configure command as they are all compiled at the same time, then split up into groups of RPMs. Generally if you find a php extension missing, just run
yum install --enablerepo=webtatic php-<extension>
You can also search for all available extensions using
yum list --enablerepo=webtatic php-*
Thanks so much for the CentOS packages! These have been helpful to keep my servers up-to-date with required security patch levels.
Could I respectfully request that you please update your httpd packages to the latest version, 2.2.15? That would be awesome.
Take care!
Wes
Your request has respoectfully been fulfilled
Hello,
Thanks again for the better yet work.
Do you have Httpd 2.2.15 in the Repo? Where can we check the list of available rpms.
Regards
I’ve now added httpd 2.2.15 RPMs.
You can see a list of RPMs available at http://repo.webtatic.com/yum/centos/5/ and select your architecture
In regards to Pspell, that explains it. I guess I was used to the other main repositories including pspell in php-common, so I didn’t explicitly check on yours. Any particular reason you have it separate on yours? Memory overhead, or something like that?
For reference, from c5-testing which I’m now using:
——————–
# yum install php-pspell
Setting up Install Process
Package php-common-5.2.10-1.el5.centos.x86_64 already installed and latest version
Nothing to do
——————–
I try to stick as close to the Fedora spec build scripts for building the RPMS. They’ve rearranged the PHP packages since 5.2
However CentOS testing has gone in its own direction without encorporating the latest patches.
In the end, CentOS wont release these testing packages. They release only recompiled RHEL packages, and without much modification, which in turn are based on Fedora ones.
CentOS 5.5 will stick with PHP 5.1.6, but CentOS 6 will no doubt have PHP packaged in the new format. As for whether it’ll be 5.2 or 5.3 I don’t know.
Thanks a lot!
I have 1 problem though.
i use memcache and now i get this error when i execute php -v:
[root@web1 ~]# php -v
PHP Warning: PHP Startup: memcache: Unable to initialize module
Module compiled with module API=20050922
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
PHP 5.3.2 (cli) (built: Mar 5 2010 15:31:46)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
It sounds like you’re running a pecl install of memcache. You need to either recompile it or replace it with the RPM in the repository:
yum install --enablerepo=webtatic php-pecl-memcache
It worked thanks a lot
Dom was not enabled, so i grabbed your srpm, and im trying to build them. Failing on configure: error: Problem with libXpm.(a|so) or libX11.(a|so). Please check config.log for more information.
I have both libXpm-devel and libX11-* installed. Any ideas what i might be missing?
Seems i found that problem. Missing sym link in /usr/lib64 for libX11.so -> libX11.so.6
In case anyone else has the same issue.
DOM is part of the php-xml package (also has an alias php-dom), no need to recompile. As for your compile issues I’m not quite sure. Possibly you are running a libXpm package other than the one that is in the CentOS repositories, or something deleted your symlink.
I’ll update the blog post to say exactly what extensions are provided by the packages, as people seem to be confused by the fact the base install doesn’t have all modules installed.
Excellent work, thanks. Worked like a charm here. Unfortunately “php -v” now tells me that ioncube fails to load:
Failed loading /usr/lib/php/modules//php_ioncube_loader_lin_5.1.so
Ioncube must have been preinstalled by my hosting co. I don’t even know if I need it! Anyone have any advice on how to get the versions of php and ioncube in line?
Thanks again.
Glenn.
Hi Glenn,
I’m not sure of the state of the ioncube loaders for PHP 5.3. They mentioned a beta release on their forums, however I can’t find it. The ones on their site still say they only support up to 5.2.
If your server is unmanaged it’s probably safe to remove it if you don’t need it yourself. If you are only using your own and open-source software you probably don’t need it, as its use is to obfuscate php code.
Thanks. I ended up removing it with no nasty side effects. Unfortunately I think I have a (unrelated) PHP module mismatch somewhere, as I’m seeing segaults in the Apache logs. I’ll do some digging!
Thanks again.
Glenn.
This is a great thing, but I noticed that a really essential extension was left disable (fileinfo) is there a way to enable it without re-compiling it?
fileinfo is provided in php-common, which would have been installed when you installed PHP 5.3. Are you sure its not installed?
I just try to upgrade and get this error:
_____________________________________________
[root@k yum.repos.d]# yum –disablerepo=* –enablerepo=webtatic update php
Loaded plugins: fastestmirror, priorities
Repository c5-testing is listed more than once in the configuration
Loading mirror speeds from cached hostfile
Setting up Update Process
Resolving Dependencies
–> Running transaction check
–> Processing Dependency: php = 5.1.6-24.el5_4.5 for package: php-devel
—> Package php.x86_64 0:5.3.2-1 set to be updated
–> Processing Dependency: php-cli = 5.3.2-1 for package: php
–> Processing Dependency: php-common = 5.3.2-1 for package: php
–> Running transaction check
—> Package php-cli.x86_64 0:5.3.2-1 set to be updated
–> Processing Dependency: php-common = 5.1.6-24.el5_4.5 for package: php-mysql
–> Processing Dependency: php-common = 5.1.6-24.el5_4.5 for package: php-pdo
–> Processing Dependency: php-common = 5.1.6-24.el5_4.5 for package: php-xml
–> Processing Dependency: php-common = 5.1.6-24.el5_4.5 for package: php-imap
–> Processing Dependency: php-common = 5.1.6-24.el5_4.5 for package: php-odbc
–> Processing Dependency: php-common = 5.1.6-24.el5_4.5 for package: php-ldap
–> Processing Dependency: php-common = 5.1.6-24.el5_4.5 for package: php-gd
–> Processing Dependency: php-common = 5.1.6-24.el5_4.5 for package: php-xmlrpc
—> Package php-common.x86_64 0:5.3.2-1 set to be updated
—> Package php-devel.x86_64 0:5.3.2-1 set to be updated
–> Running transaction check
—> Package php-gd.x86_64 0:5.3.2-1 set to be updated
—> Package php-imap.x86_64 0:5.3.2-1 set to be updated
—> Package php-ldap.x86_64 0:5.3.2-1 set to be updated
—> Package php-mysql.x86_64 0:5.3.2-1 set to be updated
—> Package php-odbc.x86_64 0:5.3.2-1 set to be updated
—> Package php-pdo.x86_64 0:5.3.2-1 set to be updated
—> Package php-xml.x86_64 0:5.3.2-1 set to be updated
—> Package php-xmlrpc.x86_64 0:5.3.2-1 set to be updated
–> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Updating:
php x86_64 5.3.2-1 webtatic 1.3 M
Updating for dependencies:
php-cli x86_64 5.3.2-1 webtatic 2.9 M
php-common x86_64 5.3.2-1 webtatic 554 k
php-devel x86_64 5.3.2-1 webtatic 586 k
php-gd x86_64 5.3.2-1 webtatic 106 k
php-imap x86_64 5.3.2-1 webtatic 49 k
php-ldap x86_64 5.3.2-1 webtatic 34 k
php-mysql x86_64 5.3.2-1 webtatic 85 k
php-odbc x86_64 5.3.2-1 webtatic 49 k
php-pdo x86_64 5.3.2-1 webtatic 64 k
php-xml x86_64 5.3.2-1 webtatic 116 k
php-xmlrpc x86_64 5.3.2-1 webtatic 49 k
Transaction Summary
================================================================================
Install 0 Package(s)
Update 12 Package(s)
Remove 0 Package(s)
Total size: 5.8 M
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
ERROR with rpm_check_debug vs depsolve:
php-common is needed by (installed) php-mcrypt-5.2.6-2.i386
Complete!
(1, [u'Please report this error in http://yum.baseurl.org/report'])
_________________________________________
Any hints?
php-mcrypt is not supplied in PHP 5.3 any more. You will need to uninstall it.
hi,
first thanks for the great 5.3 out-of-the-box packages… awesome!
I also tried to install the eAccelerator from your repository but after that i got a blank screen by calling any php-page. Removing the eAccelerator with yum “solved” the problem. Is this a configuration issue or did i made a mistake somewhere?
thanks anyway for bringig php 5.3 to centos!
philipp
hmm, I have eAccelerator installed and not come across that problem. Does the error log give any information?
Andy,
Excellent work. Thankfully I found this blog and all worked great for the update on my Centos 5.4 x64_86 box.
Thanks heaps.
Can we install APC [maybe even 3.0.19] with 5.2.12??
regards,
I upgraded to 5.2.13, but not sure if I can install APC from this repo, or do I have to compile its as mentioned on this link
http://2bits.com/articles/installing-php-apc-gnulinux-centos-5.html
Pls advice.
regards,
I installed php-apc
yum install php-apc
============================================================================================ Package Arch Version Repository Size
============================================================================================Installing:
php-apc x86_64 3.0.19-1.jason.1 utterramblings 220 k
it automatically created /etc/php.d/apc.ini
Then restart apache:
service httpd restart
how to check if its working fine??
thanx in advance.
regards,
CentOS5.5 is launched and we are planning to upgrade. Can we still use the Repository [I need php, apache and apc].
pls advice.
regards,
Hi,
Yes the repository will still work with any minor release of CentOS 5. None of their updates will be later version than the Webtatic RPMs as well.
I’ve just upgraded the server that this website is hosted on, which is working with the php and httpd packages installed.
Is APC removed, I can’t seem to find. did installed last week.
regards,
sorry i got the APC from http://www.jasonlitka.com/yum-repository/
regards,
I upgraded Apache to 2.2.15 and after doing that it removed some of the modules, two that i found:
/mod_file_cache.so
/mod_mem_cache.so
is it possible to add them, even manually??
regards,
I also have this issue. mod_file_cache.so and mod_mem_cache.so were removed when updating to Apache/2.2.15 . Is there some reason for removing them or any way to install them?
It seems a Fedora package maintainer decided to take it out, stating they were much inferior than mod_disk_cache. Apache has also removed them from its development version, so it looks as though they are on their way out.
They have been removed from the httpd.conf, but if you upgraded from a previous version, your httpd.conf won’t have changed if modified. I’d suggest whenever you see yum mention this, you run a diff on the rpmnew version against it, and incorporate the changes.
Do either of you use the modules?
I was using /mod_mem_cache.so. I just copied the .so file from another installation, where I never did the upgrade to 5.5. No compilation or any change, just restart httpd and all looks okay… so far
Not sure if I run yum update again will it also go again or not??
regards,
Yes any existing older httpd 2.2.# module will work fine with the latest httpd 2.2 due to the api being the same version.
It wont be removed in any upgrades.
Andy,
Got weird issue. I upgraded from Centos 5.2 to Centos 5.5 and then upgraded PHP and Apache.
yum clean all
yum update glibc*
yum update yum* rpm* pyth*
yum clean all
yum update mkinitrd nash
yum update selinux*
yum update
shutdown -r now
Everything looks okay but my PHP apps cannot connect to MySQL on another server [I've tested all the possible mysql issues and i can connect via console].
Then I saw teh Apache Error log and found this:
[Fri May 21 00:08:58 2010] [error] [client 60.53.164.86] File does not exist: /var/www/html/favicon.ico
[Fri May 21 00:20:02 2010] [notice] caught SIGTERM, shutting down
[Fri May 21 00:22:54 2010] [notice] mod_python: Creating 4 session mutexes based on 100 max processes and 0 max threads.
[Fri May 21 00:22:54 2010] [notice] Apache/2.2.15 (Unix) mod_auth_kerb/5.1 mod_auth_pgsql/2.0.3 PHP/5.2.13 mod_python/3.2.8 Python/2.4.3 mod_ssl/2.2.15 OpenSSL/0.9.8e-fips-rhel5 mod_perl/2.0.4 Perl/v5.8.8 configured — resuming normal operations
[Fri May 21 00:23:07 2010] [error] [client 60.53.164.86] File does not exist: /var/www/html/favicon.ico
[Fri May 21 00:23:18 2010] [notice] caught SIGTERM, shutting down
[Fri May 21 00:23:19 2010] [notice] mod_python: Creating 4 session mutexes based on 100 max processes and 0 max threads.
[Fri May 21 00:23:19 2010] [notice] Apache/2.2.15 (Unix) mod_auth_kerb/5.1 mod_auth_pgsql/2.0.3 PHP/5.2.13 mod_python/3.2.8 Python/2.4.3 mod_ssl/2.2.15 OpenSSL/0.9.8e-fips-rhel5 mod_perl/2.0.4 Perl/v5.8.8 configured — resuming normal operations
[Fri May 21 00:35:05 2010] [notice] caught SIGTERM, shutting down
[Fri May 21 00:35:05 2010] [notice] Apache/2.2.15 (Unix) mod_auth_kerb/5.1 mod_auth_pgsql/2.0.3 PHP/5.2.13 mod_ssl/2.2.15 OpenSSL/0.9.8e-fips-rhel5 mod_perl/2.0.4 Perl/v5.8.8 configured — resuming normal operations
Can you make anything out of this, I’m feeling quite stuck.
SElinux is disabled, as some guys are saying to check.
Pls advice.
Regards,
Deep
Restarting CentOS settled the issue, like windows
Thanks you saved my day!
you are an Angel
upgraded to php 5.3 on Centos 5.5
Installed out of the box as advertised, no problem. I upgraded from php 5.1.6 to 5.3.2 on CentOS 5 with your RPM painlessly.
Many thanks for sharing & keep up the great work!
Thank you for this nice work.
I have a question for you; do you have the update/upgrade for openssl anything granter than 0.9.8e? .. I need to install at least 0.9.8g for SNI compatibility
Regards,
Adriano
Sorry, I don’t have any packages for openssl. I’d prefer not to upgrade it myself.
CentOS 6 will probably be released towards the end of the year or early 2011, which should contain the much needed new versions of everything.
Bundle of Thanx
:):)
Andy,
I just wanted to take a few and say THANKS.5! I have spent way too much time trying to find an easy way to upgrade the std install php 5.1.6 version to 5.2.x. I tried this & that thru Google searches and probably put way too much useless crap on my box until I found your site. I did a simple cut & paste using your commands & in less than 5 minutes after restarting Apache – 5.3.2.
Awesome stuff & as somewhat of a newbie here in Linux land, I can now move forward & load the scripts that I need to run under 5.2.
Thanks again!!!
jon
You deserve a medal. Maybe an entire chest full. I have been fighting this on a couple dozen servers for quite some time. While I did eventually get it scripted out to remove and compile and such, I would much rather have Yum and RPM handle it than me try to remember/document what servers are done and what ones are not and such. Just saved me a headache. In short, THANKS!
Hi Andy!
Any chance to have PHP 5.3 compiled against up-to-date version of PCRE?
After installing PHP from wetatic repo it yields:
PCRE Library Version: 6.6 06-Feb-2006
For instance, Mac OS bundled PHP has 7.9 2009-04-11. That can be a problem since some features (notably named captures) are not available.
Named captures are supported in the CentOS provided version. Possibly it’s just an alternative syntax that’s been added, however the following format is working:
(?Ppattern)
I would like to use the bundled PCRE, however I’m not sure of the concequences.
THANK YOU for this. I’ve been fighting a custom “./config” and compile for a few days now. While this isn’t perfect for my specific use, it IS PERFECT as a down-and-dirty temporary fix-it. I really appreciate your documenting this and making it available.
One day I will sit down and learn how to properly create an installable archive with YUM and RPM and hope to give back some of the good karma you left here.
– Craig
Hi! This site has been a godsend, but I have a question:
I run vTiger 5.1 that required PHP5.2. I install from your repo – so far, so good. I want to install eAccelerator too, but either the version in your repo tries to install 5.3.2 updates, or if I try to compile I need the php-devel package, which is also for PHP5.3. Do you have either eAccelerator for PHP5.2, or the PHP-devel package for the same version? Alternatively, can you suggest somewhere I can get it, please?
Thanks for all your efforts.
Sorry, I can’t supply eaccelerator for php 5.2.
However you may be able to install it manually using the information provided on their site:
http://eaccelerator.net/wiki/InstallFromSource
Or if easier, you could rebuild my package from its SRPM:
rpmbuild –rebuild http://repo.webtatic.com/yum/centos/5/SRPMS/php-eaccelerator-0.9.6.1-1.1.w5.src.rpm
rpm -i /usr/src/redhat/RPMS/`uname -i`/php-eaccelerator-0.9.6.1-1.1.`uname -i`.rpm
As for vTiger. In my previous job I was able to fix an incompatability that was stopping vTiger from running on PHP 5.3. However I can’t remember what the fix was. The error log may give a hint of the problem.
Andy,
I used your 5.3.2 upgrade & all went well. Today I tried to load & run CubeCart v3 & am getting the “deprecated” errors. I tried your “error_reporting = E_ALL & ~E_DEPRECATED” solution inside php.ini, but after re-starting httpd – I’m still getting the errors.
I don’t know how to change the code myself & according to the CubeCart forum, they aren’t going to fix it either. They are very aware of the issue. Any suggestions would be welcome as I don’t really want to backload to 5.2.x. Thanks!
jon
CubeCart overrides the ini setting in its includes/ini.inc.php file. You will need to remove or change line 3 to:
error_reporting(E_ALL ^ E_NOTICE ^ E_DEPRECATED);