Red Hat Bugzilla – Bug 236827
ricci uninstallable on ppc
Last modified: 2009-04-16 16:27:11 EDT
Description of problem:
I was trying to install everything in the cluster tarball from cfeist and I hit
the following error:
Unresolvable chain of dependencies:
ricci 0.9.1-6 requires libmagic.so.1()(64bit)
It appears that ricci is 64 bit but libmagic (from the file rpm) is not.
I think this means that customers will not be able to use Conga to configure
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install base RHEL on ppc64
2. up2date --installall=cluster
ricci should install.
Need this in 4.5 release. QE has machines to use for figuring the problem out.
Nate will provide machine name.
I think this is a bug in the dependency resolver (or something in that area):
[root@kent ~]# up2date --whatprovides="libmagic.so.1"
[root@kent ~]# up2date --whatprovides="libmagic.so.1()(64bit)"
Other 64-bit libraries that ricci needs are accounted for correctly e.g.,
[root@kent ~]# up2date --whatprovides="libcrypto.so.4()(64bit)"
If I manually install the ppc64 "file" package (file-4.10-3.EL4.5.ppc64.rpm),
I'm able to run up2date successfully, and I get this output from rpm:
[root@newport SPECS]# rpm -q --provides file-4.10-3.EL4.5.ppc64
file = 4.10-3.EL4.5
Is there someone around who's more familiar with the build system who might know
how to go about getting this fixed?
Closing as NOTABUG--we're going to build 32-bit. 64-bit packages aren't supported.
It's still a bug that we don't have ppc packages that install. We need to be
able track that this problem is fixed. I don't see how this could possibly be
In the 0.9.1-8 build, the ppc64 arch is excluded. This should adequately work
around the problem, provided that the right bits make it to RHN.