Bug 235496 - package-cleanup doesn't report all i386 leaves on a x86_64 machine
package-cleanup doesn't report all i386 leaves on a x86_64 machine
Product: Fedora
Classification: Fedora
Component: yum-utils (Show other bugs)
All Linux
low Severity low
: ---
: ---
Assigned To: James Antill
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2007-04-06 06:03 EDT by Thorsten Leemhuis
Modified: 2008-03-17 11:53 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-03-17 11:53:37 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
example where package-cleanup --leaves --all doesn't find all multilib leaves (7.72 KB, text/plain)
2007-04-06 06:03 EDT, Thorsten Leemhuis
no flags Details

  None (edit)
Description Thorsten Leemhuis 2007-04-06 06:03:06 EDT
Description of problem:
I tried to find and remove all unneeded multilib i386 packages on by x86_64 box.
I wanted to use "package-cleanup --leaves --all | grep .i386" to find them and
remove all of them. But it seems that this command doesn't catch everything; see
attached file. 

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

How reproducible:

Steps to Reproduce:
see log
Expected results:
I had expected that "package-cleanup --leaves --all | grep .i386" should list
packages like firefox.i386, ncurses.i386 or redhat-artwork.i386, that seem to be
leaves (e.g. they are safe to remove). Or am I missing something here?

BTW, thanks for package-cleanup, it's one of the those small, but great and
really helpful tools
Comment 1 Thorsten Leemhuis 2007-04-06 06:03:06 EDT
Created attachment 151859 [details]
example where package-cleanup --leaves --all doesn't find all multilib leaves
Comment 2 James Antill 2008-03-17 11:53:37 EDT
 So while I can't repoduce the exact problem you have (Fedora 6 is a _long_ time
ago) ... I'm pretty sure I know what the general problem is:

1. Something has an explicit dep. on a "generic provides"
2. Both firefox.x86_64 and firefox.i386 provide that dep.
3. Lots of stuff in/using yum has to guess about which is the right thing to use.

...for instance azureus just has a dep. on "firefox", as does firefox-devel and
 ncurses is required by "joe", as well as it requiring libncurses.so.5()(64bit)
which is the automatic non-generic provides.

 Redhat artwork might be brought in through a file dep. ... but it's the same
generic problem.

 So I'm going to close NaB, as at worst this should be fixed in the packages
themself first ... and maybe rpm, if that isn't enough.

Note You need to log in before you can comment on or make changes to this bug.