GNOME Bugzilla – Bug 328184
gtk-update-icon-cache creates wrong cache
Last modified: 2006-03-09 21:36:26 UTC
Machine is 64 bit AMD running in 32 bit emulation.
Created attachment 57858 [details] Bzipped cache
Anders, didn't you have a little icon cache verification utility ? Could you run that over this cache and see whats broken ?
Nickolay, what exactly is the problem you have with that cache ? Anders' cache validator seems to think it is ok.
Well, it just looks bad from the first view because it has no icon names included. Probably it's actually ok. The real problem is that cache is not used to mine opinion - gtk-demo starts quickly but when you are trying to open stock browser, it becames pretty slow. The strace shows that gtk-demo tries to stat icon files too many times in a loop. That is why I was thinking about bad icon cache. chip: Can you please collect strace of gtk-demo once again? Try to open stock browser to reproduce buggy behaviour. For attachments there is "Create a New Attachment " link below.
Created attachment 58143 [details] gtk-demo with stock browser
Created attachment 58144 [details] gtk-demo without stock browser
Created attachment 58145 [details] gtk-demo without stock browser
Created attachment 58146 [details] gedit
I have rebuilt my FreeBSD system. Now it's: > uname -a FreeBSD feel.void.su 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed Jan 25 13:28:40 MSK 2006 root@feel.void.su:/var/obj/usr/src/sys/FEEL i386 > env LANG=C date -r `head -1 /var/db/sup/src-all/checkouts.cvs:RELENG_6 | awk '{ print $NF }'` Mon Jan 23 17:34:31 MSK 2006 > FreeBSD-STABLE at Jan 23 14:34:31 (GMT). Then have installed ports/x11/gnome2-lite instead of ports/x11/gnome2 . And it's actually work well %(
ok, assuming this is fixed then...