Jeremy Katz wrote: > On Wed, 2006-12-20 at 11:42 -0600, Rex Dieter wrote: >> Rex Dieter wrote: >> How about something like this? %posttrans operations run at the end of >> the rpm transaction(1), only the first gtk-update-icon-cache would take >> any real cpu time (subsequent runs of gtk-update-icon-cache are smart >> enough to know the cache is not stale, and run virtually instantly). > > The problem is that this is still just working around the problem... Of course it's a workaround! Modulo workarounds, I'm back to advocating dropping gtk-update-icon-cache from scriptlet guidelines altogether, effectively forcing issue wrt existing gtk2 packaging bug, ie, gtk2 currently contains no mechanism to create/refresh it's own icon cache. -- Rex -- Fedora-packaging mailing list Fedora-packaging@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-packaging
