RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Description of problem:

yum localupdate *.rpm installs all multilib packages instead of updating just a single (installed) architecture.

This is a regression against RHEL-6.

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

How reproducible:
always

Steps to Reproduce:
1. rpm -qa | grep bz683946test
bz683946test-libs-1.0-1.x86_64
bz683946test-1.0-1.x86_64
2. yum -y --nogpgcheck localupdate bz683946test-1.0-2.x86_64.rpm bz683946test-libs-1.0-2.x86_64.rpm bz683946test-1.0-2.i386.rpm bz683946test-libs-1.0-2.i386.rpm
3. rpm -qa | grep bz683946test
bz683946test-libs-1.0-2.i386
bz683946test-libs-1.0-2.x86_64
bz683946test-1.0-2.x86_64
bz683946test-1.0-2.i386


Actual results:


Expected results:


Additional info:

> yum localupdate *.rpm installs all multilib packages instead of updating just a single (installed) architecture.

The root bug here has been reported before, certainly in el6 ... maybe in el5 too. Basically everything thinks that should do the same thing as:

yum --tmprepo=. upgrade

...but it doesn't. It works a lot more like:

for i in *.rpm; yum upgrade $i

...so yum sees "yum upgrade foo-1-2.i686.rpm" (because i686 sorts before x86_64 in shell expansion) and has foo-1-1.x86_64.rpm installed ... this should work, as it's possible to upgrade across arches. There have been bugs reported about it not working and those were fixed (hence the difference from el6 to el7).
 Now if you reorder the commands so that yum sees the x86_64 upgrade before the i686, it'll probably workaround it (not tested), but yum can't see into the future and as I said making upgrade *.rpm work like --tmprepo=. has been an RFE before, but it's non-trivial to fix.

 I believe dnf does work this way, and you can work around it a number of ways in yum (and it's very unlikely to be fixed "properly" in yum). So I'm just going to close it.