Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 455860 - Dependancy resolution picks older package from other arch
Summary: Dependancy resolution picks older package from other arch
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: 9
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Seth Vidal
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2008-07-18 12:51 UTC by Bradley
Modified: 2014-01-21 23:03 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-07-18 13:25:13 UTC

Attachments (Terms of Use)
yum -d 5 update (deleted)
2008-07-18 12:51 UTC, Bradley
no flags Details

Description Bradley 2008-07-18 12:51:19 UTC
Description of problem:

Due to the recent firefox errata and bug 455845 and bug 455803, the released
version of nspluginwrapper has a requirement on the old firefox. (Specifically
gecko-libs=1.9 while the version provided by the new firefox is gecko-libs=

yum realises that it can't use the xulrunner that its about to upgrade to
resolve this, so ends up trying to resolve it via the older i386 firefox3.0 stack.

While this does technically meet the requirements, it seems a bit silly,
especially since a subsequent yum upgrade will then presumably fail for the
other arch

yum debug log attached.

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

yum-3.2.17-2.fc9.noarch (from updates-testing)

How reproducible:


Steps to Reproduce:
1. Make sure that bug 455845 and bug 455803 aren't fixed
2. yum update xulrunner
Actual results:

Tries to install xulrunner-1.9-0.60.beta5.fc9.i386

Expected results:

Gives an error

Additional info:

Yum should ignore non-latest packages when satisfying dependencies. I can see a
case for allowing an older version to be chosen to work around other types of
dependency breakage (or possibly a valid choice for singlearch->multiarch
packages??), but the situation here just seems too weird to be valid.

Comment 1 Bradley 2008-07-18 12:51:19 UTC
Created attachment 312130 [details]
yum -d 5 update

Comment 2 Seth Vidal 2008-07-18 13:25:13 UTC
Sorry, this isn't a bug or a feature we're likely to implement. Yum is doing
precisely what it is supposed to do. If this situation is untenable then the
correct course of action is to fix your deps and/or the repositories.

Adding code like this to yum just complicates the dep solving code more than

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