On http://fedoraproject.org/wiki/Packaging/ScriptletSnippets -> GTK+ icon cache section should look something like this: if [ -x %{_bindir}/gtk-update-icon-cache ]; then if [ -f %{_datadir}/icons/hicolor/index.theme ]; then touch --no-create %{_datadir}/icons/hicolor || : %{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor || : fi fi If we don't check if %{_datadir}/icons/hicolor/index.theme exist it will cause bug #206650
The best way to fix a problem on a Wiki page is to get an account and fix the page. The people who wrote and maintain that page should be watching for any changes, and they can discuss any questions they have directly with you. I'll leave this report open to confirm that you are able to obtain a Fedora account and edit the Wiki. For account information: http://fedoraproject.org/wiki/Infrastructure/AccountSystem
Nice in theory, but doesn't apply to this Wiki. The "Packaging" hierarchy is immutable via ACLs. It belongs to the Packaging Comittee, who are the only ones who can edit these pages. Discussing the proposed changes on fedora-packaging list seems the only way. Alternatively, get them to create a freely editable _draft_ version of the document, which everybody can edit and which is monitored by the committee.
I've mailed fedora-packaging list (http://www.redhat.com/archives/fedora-packaging/2006-September/msg00125.html)
Draft on fedoraproject.org: http://fedoraproject.org/wiki/PackagingDrafts/ScriptletSnippets/iconcache
My reading of the f.d.o icon spec is highcolor is the default fallback theme, so if any icon spec tool such as gtk-update-icon-cache is present on the system, highcolor must be installed So I'd tend to think this is a missing R on highcolor-theme in the gtk2 package, not a snippet problem
While I agree with Nicolas, but doesn't bug #206650 cite the lack of index.theme under *locolor* not hicolor theme?
In the meantime, imo, the simplest workaround is to simply ignore gtk-update-cache's output, and use this %{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor 2>/dev/null || :
the proposed change does not seem to bare any relation to the issue in bug 206650. the -x /usr/bin/gtk-update-icon-cache check is enough for hicolor, since the package that provides the binary (gtk2) requires hicolor-icon-theme.
Good points all, and I'll make sure suggestions get incoporporated into the next iteration of policy discussed in future packaging committee meetings. Regardless, this isn't something the docs or websites teams can/should address, so I'll close this bug.
FYI, see also: http://fedoraproject.org/wiki/PackagingDrafts/ScriptletSnippets/iconcache
Tickets move to docs-request so the fedora-websites component can be removed per request from Ricky.