Currently libgnome and libgnomeui depends always on esound. Actually, they can be built and works fine also without it. The two attached patches, applied over the current ebuilds adds the esd use-flag to the two libraries, and allows users to build gnome without esd. Regards, Diego
Created attachment 44516 [details, diff] Patches over current ebuild
Created attachment 44517 [details, diff] Patches over current ebuild
there is more to it then changing the depends, but this might be a more realistic option in future gnome releases as esound is phased out. *** This bug has been marked as a duplicate of 6920 ***
Created attachment 44988 [details, diff] Patch over current libgnome ebuild
I don't think this bug should be marked as RESOLVED, since it isn't resolved at all. Also I think that marking this at resolved can mislead other reporters which (like me) doesn't search in RESOLVED DUPLICATE or RESOLVED FIXED for bugs. Maybe an INVALID or WONTFIX should be better if you don't want to fix this at all. I updated the libgnome patch to also not require the install of gnome-icon-theme and gnome-themes, because they aren't needed, and they are already intalled by gnome-base/gnome metapackage.
It was marked as resolved DUPE, not resolved fix. It is not our issue if people don't search all reports, since they should always do that. There is already a bug open on the esound issue with many people cc'd that have interest. You ignore them all and cause more work by opening a new one. You also try and double up bugs(please don't do that ever) with this gnome-icon-theme issue, despite the fact that you have already openend another bug about it, creating yet more work for us. The bug tracking system isn't a forum, one bug = one bug. *** This bug has been marked as a duplicate of 72901 ***
arg wrong dupe :(
*** This bug has been marked as a duplicate of 6920 ***
Bug #6920 which this bug was made duplicate of it's resolved fixed, so if I saw a resolved duplicate of a resolved fixed, I think this is completely fixed, that's all. Instead esound problem is still open, at least I think so, because libgnome still depends on esound. About the gnome-icon-theme, the one of libgnomeprintui is -for me- a quite complete thing than libgnomeprintui: libgnomeprintui *has* a configure dependency on gnome-icon-theme, instead libgnome adds PDEPEND, so I thought it should be handled differently than the libgnomeprintui problem (and there libgnome is still in question, for a similar problem about 'fake' dependencies). Anyway IMHO or this or #6920 should be reopened, because the question isn't resolved at all.