Atomicorp

On one of our servers we run Centos 6 with php-5.3.6-3.el6.art.x86_64 and Plesk 10.

When I try to update php I get the following error:
--> Processing Dependency: libc-client.so.2007 for package: php-imap-5.3.6-4.el6.art.i686
--> Finished Dependency Resolution
Error: Package: php-imap-5.3.6-4.el6.art.i686 (atomic)
Requires: libc-client.so.2007
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

yum whatprovides */libc-client.so.2007
Loaded plugins: fastestmirror, priorities
Loading mirror speeds from cached hostfile
* atomic: www7.atomicorp.com
118 packages excluded due to repository priority protections
libc-client-2007e-11.el6.art.x86_64 : C-client mail access routines for IMAP and POP protocols
Repo : atomic
Matched from:
Filename : /usr/lib64/libc-client.so.2007

libc-client-2007e-11.el6.art.x86_64 : C-client mail access routines for IMAP and POP protocols
Repo : installed
Matched from:
Filename : /usr/lib64/libc-client.so.2007



Any ideas how to fix this?

Seems like you have both 64-bit (x86_64) and 32-bit (i686) PHP packages installed. I'd remove the 32-bit ones.

As far as I can see I have installed x86_64:
rpm -qa|grep php

php-devel-5.3.6-3.el6.art.x86_64
php-imap-5.3.6-3.el6.art.x86_64
psa-php5-configurator-1.6.1-rhel6.build1012110525.15.x86_64
php-pecl-memcache-3.0.4-3.2.el6.2.x86_64
php-pdo-5.3.6-3.el6.art.x86_64
php-5.3.6-3.el6.art.x86_64
php-mysql-5.3.6-3.el6.art.x86_64
php-mbstring-5.3.6-3.el6.art.x86_64
php-gd-5.3.6-3.el6.art.x86_64
php-soap-5.3.6-3.el6.art.x86_64
php5-ioncube-loader-4.0.7-11041116.x86_64
php-pear-1.9.0-2.el6.noarch
php-common-5.3.6-3.el6.art.x86_64
php-cli-5.3.6-3.el6.art.x86_64
php-xml-5.3.6-3.el6.art.x86_64

BUT, not I just noticed that there is no x86_64 for php in the CentOS 6 repo:
http://3es.atomicrocketturtle.com/chann ... 6_64/RPMS/

php-5.3.6-3.el6.art.i686.rpm Apr 19 2011 14:21:39 1206kb
php-5.3.6-3.el6.art.x86_64.rpm Apr 19 2011 14:17:43 1218kb
php-5.3.6-4.el6.art.i686.rpm Aug 02 2011 16:51:41 1206kb

You could set 'multilib_policy=best' in /etc/yum.conf, so yum won't try to upgrade your x86_64 packages with i686 ones. But if there should be 5.3.6-4 x86_64 packages in that channel, then you wouldn't have noticed this problem with 'multilib_policy=best'.