https://bugzilla.novell.com/show_bug.cgi?id=423717 User vuntz@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=423717#c7 Vincent Untz <vuntz@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED Info Provider|vuntz@novell.com | --- Comment #7 from Vincent Untz <vuntz@novell.com> 2009-02-03 10:54:40 MST --- (In reply to comment #6)
ad #1: yes, that's exactly the issue. someone needs to tell me if whitelisting other sorts of icons (device in this case) will be okay for all desktops as well.
GNOME and gtk+-based desktops (XFCE, eg) are fine with this. I've been told KDE doesn't support that, although I'm surprised. But I opened bug 426990 about this. But between packages failing to build and a missing icon for a GNOME program in KDE, I prefer the latter.
ad #2: I'd be happy about a patch (would save me looking too deep into that code)
Okay, not a real patch, but in brp-check-suse, open brp-desktop.data/xdg_menu. Look for {apps,stock} and add the missing directories from this list. Looking at the code, you have to take the directories that exist in crystalsvg, gnome and hicolor. So that's {actions,apps,devices,mimetypes,status}. There's no stock in crystalsvg. If you can ignore the find errors, then {actions,animations,apps,categories,devices,emblems,emotes,filesystems,intl,mimetypes,places,status,stock} -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.