Re: gtk-update-icon-cache %posttrans (was Re: Error output from rpm pre/post scripts)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2007-07-06 at 08:09 -0700, Toshio Kuratomi wrote:
> On Fri, 2007-07-06 at 16:28 +0200, Phil Knirsch wrote:
> > 
> > I really like that solution to be honest. It avoids lots of unnecessary 
> > gtk-update-icon-cache calls during the update and only does it once at 
> > the end. Could something similar be done for the scrollkeeper-update 
> > calls as well btw? Or do they need to be done after each package install?
> > 
> scrollkeeper is a little different.  On package install it calls:
>   scrollkeeper-update -q -o /usr/share/omf/NAME || :
> 
> to process the just-installed omf file whereas ldconfig and
> gtk-update-icon-cache rescan all libraries or icons in a hierarchy.

gtk-update-icon-cache needs to be given the theme directory (or
directories) to update as well, so the situation is very similar.
One salient feature of gtk-update-icon-cache is that you can just
run it on /usr/share/icons/* and if will silently (and quickly)
skip the ones that are uptodate. 

--
Fedora-maintainers mailing list
Fedora-maintainers@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-maintainers

--
Fedora-maintainers-readonly mailing list
Fedora-maintainers-readonly@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-maintainers-readonly

[Index of Archives]     [Fedora Users]     [Fedora Development]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux