Bug 315541

Summary: Multilibness not taken into account when resolving dependencies
Product: Red Hat Enterprise Linux 5 Reporter: Radek Bíba <rbiba>
Component: yumAssignee: James Antill <james.antill>
Severity: medium Docs Contact:
Priority: low    
Version: 5.0CC: dbhole, mbroz
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-03-25 02:21:12 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
Output from yum update lvm2 none

Description Radek Bíba 2007-10-02 12:01:38 EDT
Description of problem:
This problem revealed when QE was testing availability and updateability of
lvm2 from RHN. The new lvm2 requires a newer device-mapper, but yum pulled
down only the native version. Transaction test then failed because the old
compat-arch package was still installed, which created a conflict. It happened
on all multilib arches (i386 passed), attached is a log from an x86_64 box.

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

How reproducible:

Steps to Reproduce:
See the attachment for inspiration.
Actual results:
Transaction test failure, yum exits.

Expected results:
Yum should pull down both rpms (for both arches), the transaction would pass.

Additional info:
Good thing 'yum update' is able to update both device-mapper packages, so this
is nothing that would block full upgrade.
Comment 1 Radek Bíba 2007-10-02 12:01:38 EDT
Created attachment 213631 [details]
Output from yum update lvm2
Comment 2 Subhendu Ghosh 2009-03-24 17:14:03 EDT
*** Bug 279691 has been marked as a duplicate of this bug. ***
Comment 3 James Antill 2009-03-25 02:21:12 EDT
yum has got better since 3.0.1 ... so closing this, although it's still not as prefect.