Red Hat Bugzilla – Bug 60694
unexpected behavior when querying rpmdb-redhat
Last modified: 2008-05-01 11:38:01 EDT
Description of Problem:
[root@i386-72 i386]# locate libcapplet.so.0
[root@i386-72 i386]# rpm -q --redhatprovides libcapplet.so.0
[root@ia64-72 sysconfig]# locate libcapplet.so.0
[root@ia64-72 sysconfig]# rpm -q --redhatprovides libcapplet.so.0
no package provides libcapplet.so.0
'--redhatprovides' will work if the full path to libcapplet is provided...
Version-Release number of selected component (if applicable):
Jeff, have you seen this behviour before?
I able to verify that the behaviour is definitely differnt. I logged into
natasha and ran the same commands Ben entered, and have the same results.
FWIW, I receive similar results if I query via up2date:
[root@iccthedral root]# up2date --whatprovides libcapplet.so.0
[root@ia64-72 root]# up2date --whatprovides libcapplet.so.0
Unable to solve deps for ['libcapplet.so.0']
Looks like a change in behaviour for rpm itself. The rpmdb is created from the
same specfile, and in the same way for all arches. I'm changing the package this
was filed against to rpm and reassigning to Jeff.
Bill just straitened everything out "one's a file, the other is a dependancy".
On x86 you were querying a dependancy, the same dependancy doesn't exist on
ia64, this works on ia64:
rpm -q --redhatprovides "libcapplet.so.0()(64bit)"
I'm closing this since it's not a bug.
Jeff, beat me senseless later.