Bug 521317 - Re-named package causes problem for yum
Summary: Re-named package causes problem for yum
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: 11
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Seth Vidal
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2009-09-04 18:15 UTC by Andrew Overholt
Modified: 2014-01-21 23:11 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2009-09-04 20:59:27 UTC

Attachments (Terms of Use)

Description Andrew Overholt 2009-09-04 18:15:38 UTC
Description of problem:
maven2-plugin-surefire <= 2.0.4 is obsoleted by maven2
maven2-plugin-surefire 2.3 is provided by maven-surefire-maven-plugin

I am unable to make yum see the virtual provide of maven2-plugin-surefire 2.3 by maven-surefire-maven-plugin.

Version-Release number of selected component (if applicable):

$ sudo yum --enablerepo=rawhide install maven2-plugin-surefire
Loaded plugins: presto, refresh-packagekit
Setting up Install Process
Package maven2-plugin-surefire-2.0.4-11.19.fc11.x86_64 is obsoleted by maven2-2.0.8-2.fc12.noarch which is already installed
Nothing to do

$ rpm -q --obsoletes maven2
maven2-plugin-jxr <= 0:2.0.4
maven2-plugin-surefire <= 0:2.0.4

$ sudo yum --enablerepo=rawhide install maven-surefire-maven-plugin
  maven-surefire-maven-plugin.noarch 0:2.3-7.7.fc12

$ rpm -q --provides maven-surefire-maven-plugin
maven2-plugin-surefire = 0:2.3-7.7.fc12
maven-surefire-maven-plugin = 0:2.3-7.7.fc12

Comment 1 seth vidal 2009-09-04 19:50:38 UTC
okay - the issue here we debugged on irc

if you --disablerepo='*' --enablerepo=rawhide then this command works as promised

ditto if you specify the full provide. this is b/c of the presence of a real maven2-plugin-surefire pkg in the f11 repo. So yum is seeing that, then noticing that maven2 is installed and already obsoletes it and stopping.

I'm looking into it further.

Comment 2 seth vidal 2009-09-04 20:59:27 UTC
to make life a bit more complicated:

yum install foo

tries to find the best foo it can.

so which is a better foo:

bar, which obsoletes foo
or baz which provides foo = 12.0

we've always said obsoletes trump provides.

if so then we're working correctly, currently, it just feels a bit weird.

I'm going to close this notabug- but it sure feels weird.

Note You need to log in before you can comment on or make changes to this bug.