Bug 12144 – Make gtk-update-icon-cache work as advertised

Bug 12144 - Make gtk-update-icon-cache work as advertised


Summary:	Make gtk-update-icon-cache work as advertised

Status:	NEW

Product:	Maemo 5 Community SSU
Component:	general
Version:	unspecified
Platform:	N900 Maemo

Importance:	Unspecified enhancement (vote)
Target Milestone:	---
Assigned To:	unassigned
QA Contact:	general

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree

Reported:	2011-04-13 12:35 UTC by Marcus Wikström
Modified:	2011-04-13 12:53 UTC (History)
CC List:	1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note

You need to log in before you can comment on or make changes to this bug.

Description Marcus Wikström (reporter) 2011-04-13 12:35:40 UTC

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.

Comment 1 Andrew Flegg maemo.org

2011-04-13 12:44:00 UTC

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.

Comment 2 Andrew Flegg maemo.org

2011-04-13 12:53:08 UTC

This might be better tracked under bug 6931, and closing this as a duplicate.