Bug 1309786 - yum update /path/to/rpms* fails in some multilib scenario
Summary: yum update /path/to/rpms* fails in some multilib scenario
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: yum
Version: 7.2
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Valentina Mukhamedzhanova
QA Contact: BaseOS QE Security Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-18 16:52 UTC by Marek Haicman
Modified: 2016-02-18 17:52 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-02-18 17:41:17 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1082682 0 high CLOSED RFE: yum localupdate should create tmp repo. (so we don't get extra multilib packages) 2021-02-22 00:41:40 UTC

Internal Links: 1082682

Description Marek Haicman 2016-02-18 16:52:10 UTC 
Description of problem:
When updating via wildcard, in situation where package for x86_64 and i686 exists, both are selected, but only one in installed, yum tries to install both. I.e. it compares package name string, but not "name.arch" string.

Version-Release number of selected component (if applicable):
yum-3.4.3-132.el7.noarch

How reproducible:
reliably

Steps to Reproduce:
Specific reproducer I found is limited to RH internal network

Actual results:
yum tries to update both arch versions - conflict is seen in case arch packages conflicts.

Expected results:
yum updates only installed arch version
Note You need to log in before you can comment on or make changes to this bug.