On 18/01/2007, at 5:33, Mark Davies wrote:

> I'd like to move KDE's icon tree back from ${PREFIX}/share/kde/icons
> to ${PREFIX}/share/icons to conform to the XDG, which in general
> would mean adding a dependency on hicolor-icon-theme to kde packages.
>
> However this will pull in a dependency on gtk2 as some gtk app is used
> to rebuild an icon-cache that presumably gtk and gnome apps use when
> accessing icons (KDE doesn't use it).  I could skip the dependency
> and cache rebuild if I define HICOLOR_ICON_THEME_DEPEND_ONLY but then
> if you are in a world of KDE and gnome coexistence the cache wouldn't
> be right for gnome apps.
>
> So suggestions?
>   - define HICOLOR_ICON_THEME_DEPEND_ONLY and leave gnome users to
> manually run gtk-update-icon-cache if its an issue.  After all they
> don't see the icons now anyway as they're not in the right tree.

But then the icons could "randomly" pop up or disappear when you  
installed
a GNOME application.  I.e., the cache could be inconsistent and  
forcing the
user to rebuild it by hand is ugly...

>   - have the gtk2 dependency - no big deal, chances are if you have
> kde installed you'll also have some gtk2 packages around.

This is the easiest.  But IMVHO, a KDE installation should be gtk- 
free ;-)

>   - something else ...

hicolor-icon-theme could be modified to only run the
gtk-update-icon-cache utility if, and only if, it is already installed.
Be aware that doing so will also require changes to gtk2 so that the
utility is run if gtk2 is installed _after_ hicolor-icon-theme.

(This scheme could be applicable to many other install scripts that  
we have
in pkgsrc now...  I guess this could be generalized to that "triggers"
proposal, made by joerg@ IIRC.)

-- 
Julio M. Merino Vidal <jmmv84@gmail.com>