Bug 235496 - package-cleanup doesn't report all i386 leaves on a x86_64 machine
Summary: package-cleanup doesn't report all i386 leaves on a x86_64 machine
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: yum-utils
Version: 6
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: James Antill
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-04-06 10:03 UTC by Thorsten Leemhuis
Modified: 2008-03-17 15:53 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-03-17 15:53:37 UTC
Type: ---
Embargoed:


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

Description Thorsten Leemhuis 2007-04-06 10:03:06 UTC
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):
yum-utils-1.0.3-1.fc6

How reproducible:
always

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 10:03:06 UTC
Created attachment 151859 [details]
example where package-cleanup --leaves --all doesn't find all multilib leaves

Comment 2 James Antill 2008-03-17 15:53:37 UTC
 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
libswt3-gtk2.
 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.