icon cache scriplet guideline update

[Matthias Clasen]

On Tue, 2006-12-19 at 13:30 -0600, Dennis Gilmore wrote:
> On Tuesday 19 December 2006 13:26, Chitlesh GOORAH wrote:
> > On 12/19/06, Rex Dieter wrote:
> > > In short, replace existing scriptlets
> > > touch --no-create %{_datadir}/icons/hicolor || :
> > > %{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor || :
> > > with
> > > %{_bindir}/xdg-icon-resource forceupdate --theme hicolor  || :
> >
> > I'm firing a RFE since we are talking about scriptlets!
> > When installing more than 2 rpms with yum with scriptlets,
> > installation is quite slow since for each rpm it has to
> > %{_bindir}/xdg-icon-resource forceupdate --theme hicolor  || :
> > why not telling yum to do it once only ?
> >
> > Perhaps the same strategy might be used with ldconfig ?
> 
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170335
> bug has been filed for a long time now.  We need a propper answer  and it is 
> not yet found. it would be much simpler if gnome followed the freedesktop.org 
> spec  and all you needed was to update the directory time stamp.  however as 
> gnome goes further we now have this situation.  

Not sure what you are talking about here. GNOME is following the
freedesktop.org spec closely here. If you only touch the directory,
things will work in so far that gtk will ignore the stale cache and
use icons directly from the filesystem. Somebody still has to regenerate
the icon cache though...

> 
> if we have to run it it in the rpm transaction.  it should be run only once 
> per rpm transaction not once per rpm. 
>  

That's one thing to consider for the "revive rpm development" effort.

Matthias