Bug 193951

Summary: x86_64 arch installs get packages duplicating i386 packages
Product: Red Hat Enterprise Linux 4 Reporter: Damian Menscher <menscher>
Component: rpmAssignee: Paul Nasrat <nobody+pnasrat>
Status: CLOSED NOTABUG QA Contact: Mike McLean <mikem>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0   
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-06-26 19:26:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Damian Menscher 2006-06-03 04:43:29 UTC
Description of problem:
# rpm -q --qf "%{NAME} %{ARCH}\n" hal
hal x86_64
hal i386

This causes confusion, like making admins wonder which version is on disk.  It
also confuses things like rpm -V, which doesn't know which database to compare
files against.  I recall (but haven't confirmed recently) that this also made it
difficult to remove packages, since rpm said multiple packages matched the name
you supplied (you had to specify arch also to distinguish).

I'm guessing the proper solution is to install *only* the x86_64 version, when
it is available, rather than installing the i386 version and then installing the
x86_64 version over it.  So perhaps this could be avoided with a patch to anaconda?

Version-Release number of selected component (if applicable):
rpm-4.3.3-13_nonptl

Comment 1 Paul Nasrat 2006-06-26 19:26:40 UTC
Anaconda and rpm is is performing correct multilib behaviour in choosing which
packages to install, if you chose compat arch support (selected by default)
you'll get those packages.  The rpm -V can be done as rpm -V hal.x86_64 of rpm
-V hal.i386.