Just about everything updated (including the site)
September 22, 2009 by Jason · 90 Comments
Alright, just about every package in the repo was just updated. Some significantly, others not so much, but the ones people are likely to care about are there. MySQL is now up to 5.0.84, PHP is up to 5.2.11, and httpd is up to 2.2.13.
In addition to the package updates, I also included php-memcache for connecting to a memcached server and a choice of PHP accelerators as these were both things that many people were requesting. You can now choose between php-xcache, php-apc, and php-eaccelerator (all of which conflict so don't try and force more than one to install). I've not extensively tested the latter two as I personally use xcache, so someone will have to let me know if I should change something.
Lastly, the site itself has been updated to the newest release of WordPress, I've ripped out a bunch of plugins, added a few new ones, and I've installed a new skin. I'll be tweaking everything as time goes on so things may be moving about and features may break from time to time. If you notice anything flaky then please use the comment form on the About page.
@Joey,
That's strange. What distro are you using? RHEL or CentOS? 4 or 5?
The output looks like CentOS 5 so I just tried installing php-gd and had no problem. Have you tried running "yum clean all" (maybe you got a bad header download)? if that still doesn't fix it then I'd suggest removing PHP (nodeps) and then reinstalling it.
It was CentOS 5 and in fact the problem was I had a old PHP from the distro which didn't get updated/upgraded and I didn't notice it until I uninstalled it. All the others deps were from you and it was largely working except for our needing gd. Anyway, when I uninstalled php and php-common, and then reinstalled both and the needed dependencies, everything is now working!
Thank you for your time and keeping these repos up to date!
Joey
It seems the PHP 5.2.11 update broke the curl module. I noticed some of my old scripts quit working, because even though I specify a POST, they now send a GET request. Has anyone else encountered this problem ? I've tried both Curl 7.12.1 and 7.19.6, on Centos 4 - same result.
@Bill,
On your curl_setopt for CURLOPT_POST, are you using 1, true, or 'true'? If you've tried all three, can you send me a simple code sample using the comment form on the About page?
@Jason,
I did try both methods, same result. I managed to fix it, by crudely removing all PHP and CURL packages and reinstalling them. My guess is I must have had a dodgy version of libcurl sitting around, seeing as I have been hacking and patching my old Centos 4 via various repos and a few self-built RPMs. Everything's peachy now 🙂
Jason,
Sorry buy you can create a RPM to httpd with this suexec config %define contentdir /home
or tell me who?.. thkz!
Hi Jason,
I've got a fresh install of RHEL5 and am trying to use your repo to install PHP etc. I'm getting some weird behavior. Trying to run "yum update" gave me the errors:
Error: Missing Dependency: php-common = 5.2.11-jason.1 is needed by package php-gd-5.2.11-jason.1.i386 (utterramblings)
Error: Missing Dependency: php-common = 5.2.11-jason.1 is needed by package php-xml-5.2.11-jason.1.i386 (utterramblings)
Error: Missing Dependency: php-common = 5.2.11-jason.1 is needed by package php-mbstring-5.2.11-jason.1.i386 (utterramblings)
Error: Missing Dependency: php-common = 5.2.11-jason.1 is needed by package php-imap-5.2.11-jason.1.i386 (utterramblings)
Error: Missing Dependency: php-common = 5.2.11-jason.1 is needed by package php-pdo-5.2.11-jason.1.i386 (utterramblings)
Error: Missing Dependency: php-common = 5.2.11-jason.1 is needed by package php-mysql-5.2.11-jason.1.i386 (utterramblings)
Running "yum list php-common" then gave:
Loaded plugins: rhnplugin, security
Excluding Packages in global exclude list
Finished
Installed Packages
php-common.i386 5.1.6-23.el5 installed
I then ran "yum remove php-common" thinking that I could remove it and reinstall from your repo.
However, when I subsequently ran "yum install php-common", I got the message:
No package php-common available.
The same thing happened with the "php" package. I was able to remove it, but cannot reinstall it! Any ideas? I went through this same process just fine on an older RHEL5 server about a year ago...
@Jonathan,
Have you enabled any additional 3rd party repos on your system? It's been my experience that most people with errors like that have tried to enable multiple 3rd-party repos or are using some kind of control panel that installs custom packages.
Assuming that a "yum list available" shows httpd, php, etc. packages available from my repo, check the list of already-installed packages that overlap and run a yum update for those specific packages and see if that runs.
@Jason thanks for your response. I figured out the problem, and fortunately it doesn't have to do with your repository. I failed to check yum.conf and see that for some reason, php and php-common were listed in the excludes line. I guess my system was not quite so "out of the box" as I expected.
Anyway, simply removing them made everything work wonderfully.
I've been using your repository on quite some centos boxes, when updating apache, the init script get's updated as well. Removing gracefull restart.
Comparing the new script with the old one I found some small modifications. So if you use gracefull restart on apache, take note that it isn't included in the latest apache build on the repository.
Would be nice if this is put back in. Don't know if I can post the original apache init script here. (wordpress sometimes alters script code)
@Moroswitie,
That's odd. I've no idea why that version was missing the graceful option. I'm building 2.2.14 right now and I'll make sure the options missing from 2.2.13 are put back in the init script. Thanks for reporting the issue.
2.2.14 is up and includes the apachectl options that were missing from the previous init script.
I have php set to record all errors to a central file. After upgrading from stock CentOs php 5.1.6 to your 5.2.11 the php error log no longer uses localtime when it adds a line to the error log; instead it uses UTC, in spite of the fact that I added a date.timezone setting to php.ini (never needed it before; didn't make any difference now).
I googled and found this bug report which indicates that the php developers added a fix to CVS as of May 9: http://bugs.php.net/bug.php?id=45191. Maybe CentOS or RedHat had done their own fix previously, I'm not sure. Do you have any comments on this issue?
@Henry,
My release includes any 3rd-party patches that are present in FC10.
According to the bug report, this is an issue from 5.2 on, not 5.1, so your older version didn't require a patch to work the way it did. If the bug is still present in 5.2.11 then either the fix never made it into an official release or the code regressed.
OK, thanks, that makes sense. And thanks for the repository.
Hello Jason, I use your repose from quite a while ago and I must say you do a great job keeping them up to date, now, I have kind of noob question, I have my php files at 5.1.6 versions and your latest available is the 5.2.11, the question is simple in essence :
Can I upgrade without fearing any real issues ?
Now, the reality could be that there are a ton of other factors that are involved in the answer of my question and I understand that but if you could give me a heads up in a simple way like "Not recommended due to this or that" or "Not real issues have been reported" or something similar I would greatly appreciate it.
Thank you.
@Marco,
You're talking about moving from PHP 5.1 to 5.2, so yeah, there's a lot that can go wrong.
I'd suggest reading Migrating from PHP 5.1.x to PHP 5.2.x. Assuming that nothing in that document affects you, the upgrade should be uneventful.
@Jason,
Hello Jason and thank you for the amazingly fast response, I offer you an apology if was not clear enough but indeed you understood it just fine, I guess I'll refrain myself from upgrading until I have read that document you suggested and I have made sure that I won't break any parts of the code.
Once again, thank you
I love your repository. But I've just ran into a problem while trying to update httpd.
Here's the error message:
httpd-devel-2.2.3-31.el5.centos.i386 from installed has depsolving problems
--> Missing Dependency: httpd = 2.2.3-31.el5.centos is needed by package httpd-devel-2.2.3-31.el5.centos.i386 (installed)
Error: Missing Dependency: httpd = 2.2.3-31.el5.centos is needed by package httpd-devel-2.2.3-31.el5.centos.i386 (installed)
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've tried the package-cleanup command suggestions, but that did not work. I don't know what the rpm arguments it gave do, so I didn't want to try it.
It does the same thing if I try to update httpd-devel first. The only way I was able to update at all was to do --disablerepo=utterramblings, but then I can't obtain the version in your repository.
Here's the complete output:
[[email protected] ~]# yum update httpd
Loaded plugins: fastestmirror, priorities
Loading mirror speeds from cached hostfile
* addons: mirrors.combinetworks.com
* base: mirror.newnanutilities.org
* extras: mirror.fdcservers.net
* rpmforge: apt.sw.be
* updates: mirrors.igsobe.com
Setting up Update Process
Resolving Dependencies
--> Running transaction check
--> Processing Dependency: httpd = 2.2.3-31.el5.centos for package: httpd-devel
--> Processing Dependency: httpd = 2.2.3-31.el5.centos for package: httpd-devel
--> Processing Dependency: httpd = 2.2.3-31.el5.centos for package: mod_ssl
--> Processing Dependency: httpd = 2.2.3-31.el5.centos for package: httpd-manual
---> Package httpd.x86_64 0:2.2.14-jason.1 set to be updated
--> Processing Dependency: apr-util-ldap for package: httpd
--> Running transaction check
---> Package apr-util-ldap.x86_64 0:1.3.9-1.jason.1 set to be updated
--> Processing Dependency: apr-util = 1.3.9-1.jason.1 for package: apr-util-ldap
--> Processing Dependency: httpd = 2.2.3-31.el5.centos for package: httpd-devel
---> Package httpd-devel.x86_64 0:2.2.14-jason.1 set to be updated
---> Package httpd-manual.x86_64 0:2.2.14-jason.1 set to be updated
---> Package mod_ssl.x86_64 1:2.2.14-jason.1 set to be updated
--> Running transaction check
---> Package apr-util.x86_64 0:1.3.9-1.jason.1 set to be updated
--> Processing Dependency: httpd = 2.2.3-31.el5.centos for package: httpd-devel
--> Finished Dependency Resolution
httpd-devel-2.2.3-31.el5.centos.i386 from installed has depsolving problems
--> Missing Dependency: httpd = 2.2.3-31.el5.centos is needed by package httpd-devel-2.2.3-31.el5.centos.i386 (installed)
Error: Missing Dependency: httpd = 2.2.3-31.el5.centos is needed by package httpd-devel-2.2.3-31.el5.centos.i386 (installed)
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
[[email protected] ~]#
Nevermind. For some reason I have both the 32 and 64 bit versions of a lot of packages, including apache. I had to uninstall the 32-bit and it worked fine then.
Hi Jason that such a consultation, how would you recommend to run PHP scripts are executed on behalf of users?
mod_php runs user name apache
mod_suphp executes user name but says it's slow and used only for low-demand servers
mod_fcgid run in conjunction with suexec user configuration but it is difficult and recommend to senior visitors
mpm_peruser user runs from the heart of Apache's user name and virtual server configurations great excellent, but a battle and very outdated compilation
mpm_itk peruser but more updated, more used and better options, but you have to compile.
Well I tried to test the mod_suphp, mod_php and mod_fcgid, which more attractive and was easy to install suphp, mpm peruser now tasted it and very good.
In your rpm compilers you can patch with itk? (http://mpm-itk.sesse.net/) or you can help me compile apache as compile your rpm or lend your scr.rpm to see how to incorporate the itk patch.
Thank you and what you can help.
@AlexTor,
It's not likely that I'll be including any of those modules. I'm trying my best to not differ from upstream packaging to maintain maximum compatibility with the stock packages.
If you'd like to build a custom httpd package for your use then feel free. The SRPMS are posted. Check the link at the bottom of the Yum Repository page.
As to which I'd personally use, I really can't say. I don't operate any hosting environment that would require such a configuration.
any chance you will be updating your xcache files in the yum repository to 1.3.0 in the near future?
@Jeff,
Sure. I hadn't done it because the "Branch Releases" section of the site still shows 1.2.2 as the newest. I do see that the news section has 1.3.0 released a couple months back though.
@@Jason!
Thanks and sorry for answer you until now
Your SRPMS base used to compile ITK MPM for CentOS.
After several tests I decided to stay with ITK MPM, I recommend instead of SuPHP or FastCGI with Suexec, fast and secure.
Just as you gave me free access to your collections tell me if you want to add the ITK compiled for your repository. No problem.
I see you've been asked to update mod_security and XCache, whether we realize it?
Thank you for your attention and excellent repository which already use it for all my servers without any problem!
Greetings
Hello, how can enable the module sqlite? By default is disabled. Should I recompile all the packages?
@Luca,
Have you installed php-pdo? The module created by "--with-pdo-sqlite" is included in that package.
Unfortunatly if you use http://www.php.net/sqlite functions functions are not working. What iàm trying to do it now is to recompile from your sources. Any advise on how to recompile ? With rpmbuild i got some errors. I'm using Centos 5.3
@Luca
Those functions will not work, you should use PDO to talk to sqlite 3.x databases
(no need to use the old functions in your link, they will only work on 2.x databases)
Link for more information:
http://www.phpro.org/tutorials/Introduction-to-PHP-PDO.html
http://us3.php.net/manual/en/class.pdo.php
http://us3.php.net/manual/en/ref.pdo-sqlite.php
any chance of that xcache 1.3.0 update in the near future?
@Jeff,
Yes, xcache 1.3 will be in the next batch of updates.
Great, thanks. Are you planning on updating with php 5.2.12 or moving to php 5.3.1 ?
@Jeff,
I'll be sticking with php 5.2 for the near future as there are a lot of commercial apps that don't work with 5.3.
Hi, Jason. Thanks for the work. We've just added your repository to our yum config. After a yum update,
we picked up your httpd-2.2.14-jason.1 package set. But it doesn't appear as if mod_imagemap (the 32bit version) was included in the package. Should I grab your SRPM and recompile to include it, or is there a better way? Thanks.
@Gary,
mod_imagemap was dropped from the upstream packages in 2.2.8. I believe it was due to an XSS vulnerability.
@Jason,
maybe I'm to stupid but I still can't get it how on earth didj'a update it, can you give me I don't know a handbook for complete dummies or smth. like this.
Hi,
I have try to update (Redhat 4) php using http://www.jasonlitka.com/media/EL4/i386/ repository. Error has been displayed as follows,
" Error: Missing Dependency: libsqlite3.so.0 is needed by package php-pdo "
Then I try to find sqlite3 from your repository. But I coudn't able to that rpm.
Pls help me,
Thanks
@Rohan,
Read here: http://www.jasonlitka.com/yum-repository/
It tells you where to get that if you're on RHEL4.
Thanks , I have updated php successfully. Now httpd-2.2.14-jason.1running on my RHEL4 server. But SSI (AddOutputFilter ) not runnig properly.
"exec " not working with httpd-2.2.14-jason.1 . Is there httpd-suexec compatible rpm?
pls help me
Thanks