Thanks for the uber fast reply

I get the same results with --noplugins as an option to yum.

[root@pstagetest ~]# rpm -qa php\* yum\* | sort
php-5.3.9-1.el6.remi.x86_64
php-cli-5.3.9-1.el6.remi.x86_64
php-common-5.3.9-1.el6.remi.x86_64
php-devel-5.3.9-1.el6.remi.x86_64
php-mbstring-5.3.9-1.el6.remi.x86_64
php-pear-1.9.4-3.el6.remi.noarch
php-xml-5.3.9-1.el6.remi.x86_64
yum-3.2.29-17.el6.noarch
yum-metadata-parser-1.1.2-16.el6.x86_64
yum-plugin-changelog-1.1.30-6.el6.noarch
yum-plugin-downloadonly-1.1.30-6.el6.noarch
yum-rhn-plugin-0.9.1-26.el6.noarch

Can you spot anything dubious in the above?

yum clean all
yum install --noplugins --disablerepo=* --enablerepo=test php-pecl-igbinary

Where the test repo just contains php-pecl-igbinary-1.1.1-2.el6.remi.x86_64 fails still does this:

Error: Package: php-pecl-igbinary-1.1.1-2.el6.remi.x86_64 (oviinfra)
           Requires: php(api) = 20090626-x86-64
           Installed: php-common-5.3.9-1.el6.remi.x86_64 (@oviinfra)
               php(api) = 20090626
               php(api) = 20090626-x86-64
Error: Package: php-pecl-igbinary-1.1.1-2.el6.remi.x86_64 (oviinfra)
           Requires: php(zend-abi) = 20090626-x86-64
           Installed: php-common-5.3.9-1.el6.remi.x86_64 (@oviinfra)
               php(zend-abi) = 20090626
               php(zend-abi) = 20090626-x86-64

Guessing this must be some issue around the repository itself.  My guess is createrepo is too old as the server it runs on is CentOS5.5 with no updates.

Any idea what version of createrepo will do me?

Same issue with the latest yum.  I guess it must be the createrepo that created the repo on CentOS5.5 that is to blame.

Really don't understand php-pecl-gearman-0.8.1-1.el6.remi.x86_64  Requires: php(zend-abi) = 20090626-x86-64 which is provided by Installed: php-common-5.3.9-1.el6.remi.x86_64...

This really seems to be a yum/createrepo issue...

# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 6.2 (Santiago)

# yum --version
3.2.29
  Installed: rpm-4.8.0-19.el6.x86_64 at 2011-12-09 19:16
  Built    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> at 2011-10-04 08:23
  Committed: Panu Matilainen <pmatilai@redhat.com> at 2011-10-04

  Installed: subscription-manager-0.96.17-1.el6.x86_64 at 2011-12-09 19:19
  Built    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> at 2011-10-25 15:11
  Committed: James Bowes <jbowes@redhat.com> at 2011-10-25

  Installed: yum-3.2.29-22.el6.noarch at 2011-12-09 19:16
  Built    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> at 2011-09-21 14:30
  Committed: James Antill <james.antill@redhat.com> at 2011-09-21

  Installed: yum-plugin-fastestmirror-1.1.30-10.el6.noarch at 2011-12-09 19:21
  Built    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> at 2011-09-21 14:09
  Committed: James Antill <james.antill@redhat.com> at 2011-09-21

# yum install php-pecl-gearman
Loaded plugins: changelog, fastestmirror, product-id, protectbase, rhnplugin, subscription-manager, upgrade-helper
...
Dependencies Resolved

======================================================================================================================================================
 Package                                  Arch                           Version                                   Repository                    Size
======================================================================================================================================================
Installing:
 php-pecl-gearman                         x86_64                         0.8.1-1.el6.remi                          remi                          44 k
Installing for dependencies:
 libgearman                               x86_64                         0.14-3.el6                                epel                          29 k

Transaction Summary
======================================================================================================================================================
Install       2 Package(s)

Total download size: 73 k
Installed size: 303 k
Is this ok [y/N]: 

Do you use online remi repository of a local copy ? how do you create it ?
Have you EPEL enabled ?
AS its named "remi-6-x86_64", can you try with the online repo ?

I don't think I can much for this issue... which is very specific to your configuration, not to my repo which is working correctif when used directly.

In fact, this will be fixed with PHP 5.4 (which now have only 1 provides) 

I hope you are using reposync ?

Are you using createrepo 0.4.11-3.el5 or 0.9.8-4.el6 ? (I'm using latest 0.9.9-10.fc16)
Which options ? (--database seems mandatory, --unique-md-filenames seems useful, --compress-type=bz2 also for latest version)

When will PHP 5.4 be released here?  Wondering if it's worth me doing a workaround or not

Yes using reposync.  The issue seems to be with 0.4.11-3 which is what our satellite server has installed.  If I do it on a rhel6 box with 0.9.8-4 it's fine and I don't get the error.

As an updated, I opened a bug with Redhat and it seems to stem from the use of "20090626-x86-64" as a dependency version.  They are only expecting a single -.  I'm continuing to work with Redhat to try and get the metadata generation corrected in Satellite server to mirror the newer version of createrepo, but the issue is the version numbers you are using in your package.

From the support ticket with Redhat:

Here's the CL output in a pastebin:  http://pastebin.com/y9yw29tf

If you wish to see the forum reply error copy the raw data into a reply (and you will see it fail with errors and prevent the post).

I'm testing the work-around and will post on that, shortly.

I am currently unable to test the work-around.  If that changes, I will post.  I'm sorry.

The work-around is to uninstall h t t p d and then install php which will bring httpd as a dep.

Additionally, I spoke with the Spacewalk dev team.  They are fairly confident it's a yum problem and not a Spacewalk problem.