Bug 1400311

Summary: `dnf info` unnecessarily shows duplicate entries for each arch available for the specified package
Product: [Fedora] Fedora Reporter: Nate Graham <nate>
Component: dnfAssignee: rpm-software-management
Status: CLOSED NOTABUG QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: dmach, mhatina, mmraka, nate, packaging-team-maint, robin.a.meade, rpm-software-management, vmukhame
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-12-01 12:25:43 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Nate Graham 2016-11-30 21:18:53 UTC
Description of problem:
`dnf info` shows duplicate entries for each arch available for the specified package, even though I onlt care about one arch

Version-Release number of selected component (if applicable):
dnf-1.1.10 3.fc25

How reproducible:
100% reproducible

Steps to Reproduce:
1. run `dnf-info <any package>`

Actual results:
You get two identical results: one for x86_64 arch, and another one for the i686 arch

Expected results:
Since I have a x86_64 processor and OS installation, the i686 package is not relevant, and I don't want to see it when I do `dnf info` on a package

Comment 1 Michael Mráka 2016-12-01 12:25:43 UTC
It's correct. Some packages, especially libraries like glibc, are available both for x86_64 and i386.

If you try e.g. `dnf info grep` you'll see only x86_64 version.

Comment 2 Nate Graham 2016-12-01 16:07:45 UTC
I know it's correct, I'm saying it isn't *relevant" to me. On a 64-bit system, what do I care if there's an i386 version of glibc available?

Comment 3 Michael Mráka 2016-12-06 08:23:35 UTC
It is relevant, i386 version of glibc is what you need to run 32bit executables (e.g. older third party software).

Comment 4 Robin A. Meade 2018-12-05 00:43:11 UTC
Workaround: It is possible to avoid the unwanted duplicates by explicitly specifying the architecture in the <package-spec>:

Example:

dnf info avahi.x86_64