Red Hat Bugzilla – Bug 162816
package-cleanup --problems misdiagnosing unversioned provides
Last modified: 2007-11-30 17:11:09 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4
Description of problem:
rpm sees any unversioned dep as being able to fill ANY versioned requirement.
package foo provides bar but package baz requires bar > 2.0
rpm doesnt see that as a problem
ackage-cleanup is misdiagnosing unversioned provides when a versioned required is requested
Package redhat-artwork requires redhat-logos >= 1.1.10
Package subversion requires perl(Getopt::Long) >= 2.25
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actual Results: Package redhat-artwork requires redhat-logos >= 1.1.10
Expected Results: No problems.
Just to elaborate.
For the Package redhat-artwork requires redhat-logos >= 1.1.10 error on fc4
rpm -q --provides fedora-logos
redhat-logos <--------- unversioned
fedora-logos = 1.1.31-1
rpm -q --requires redhat-artwork <------------ versioned
redhat-logos >= 1.1.22
A simple test of how rpm actually handles this version/unversioned mismatch
rpm -e --nodeps redhat-artwork
rpm -ivv redhat-artwork-0.122-10.i386.rpm 2> /tmp/install.log
from the install.log:
D: Requires: redhat-logos >= 1.1.22 YES (db provides)
rpm -q --whatprovides redhat-logos
fedora-logos package is the only thing providing redhat-logos and rpm sees the
unversioned provides as filling the versioned requires.
upgrade to yum 2.3.3 or above and tell me if the above issue goes away.
I don't know if this was actually fixed, but package-cleanup --problems seems to
be working fine now.
FC3 and FC4 have now been EOL'd.
Please check the ticket against a current Fedora release, and either adjust the
release number, or close it if appropriate.
Your friendly BZ janitor :-)
According to #3, it package-cleanup was working.