maemo.org Bugzilla – Bug 12144
Make gtk-update-icon-cache work as advertised
Last modified: 2011-04-13 12:53:08 UTC
You need to log in before you can comment on or make changes to this bug.
SOFTWARE VERSION: (Settings > General > About product) EXACT STEPS LEADING TO PROBLEM: (Explain in detail what you do (e.g. tap on OK) and what you see (e.g. message Connection Failed appears)) 1. Install an application that had never been installed before. 2. Wait a little bit 3. Look in the app launcher EXPECTED OUTCOME: The app has an appropriate icon ACTUAL OUTCOME: The app only has a blue rounded square as an icon REPRODUCIBILITY: always EXTRA SOFTWARE INSTALLED: Lots OTHER COMMENTS: This problem was solved in PR1.0 by issuing gtk-update-icon-cache in postinst. Icon cache is not used in later versions however, so the method doesn't work, and the script in /usr/bin/gtk-update-icon-cache is actually empty. doing touch /usr/share/icons as root accomplishes the desired task, so adding that command to the /usr/bin/gtk-update-icon-cache script should make the command work once again.
Alternatively (since I think making apps once again do something which is now listed as a no-op): * Have a dpkg trigger on /usr/share/icons/... * When triggered, it touches /usr/share/icon http://www.seanius.net/blog/2009/09/dpkg-triggers-howto/ A "fix icon updates" package would have two things: debian/postinst - touches /usr/share/icons debian/triggers - registers interest: interest /usr/share/icons Any package which then writes anything under /usr/share/icons/... (or its subdirectories) would run "fix icon updates"' postinst, thereby touching the top-level folder.
This might be better tracked under bug 6931, and closing this as a duplicate.