Description of problem: An update to 2.12.0-1 ends up with the following messages: No theme index file in '/usr/share/icons/Bluecurve-inverse'. If you really want to create an icon cache here, use --ignore-theme-index. Obviously from postinstall scriptlet which runs '/usr/bin/gtk-update-icon-cache --quiet ...'. It looks that '--quiet' is not good enough. Should this theme index be present? Version-Release number of selected component (if applicable): gnome-themes-2.12.0-1
With a freshly installed gnome-themes-2.12.0-2 and redhat-artwork-0.128-2, which owns '/usr/share/icons/Bluecurve-inverse', I see exactly the same complaint as above. So in what sense this is "CLOSED RAWHIDE"?
In the sense that I fixed the problem in redhat-artwork, but overlooked that the same issue occurs in the gnome-icon-theme %post. Should be fixed tomorrow.
> Should be fixed tomorrow. Hm, I just installed new gnome-themes-2.12.1-1 with 2005-10-05 build date and I see the same complaints as originally reported. Actually no; looking closer there is also something new, i.e. '... /icons/locolor', in that: No theme index file in '/usr/share/icons/Bluecurve-inverse'. If you really want to create an icon cache here, use --ignore-theme-index. No theme index file in '/usr/share/icons/locolor'. If you really want to create an icon cache here, use --ignore-theme-index. If that should be truly ignored then maybe ... >/dev/null 2>&1 || : in %post is good enough? Moreover "file /usr/share/icons/locolor is not owned by any package". A leftover from some package (redhat-artwork?) which did install that in the past but did not bother to admit an ownership? Everying in this directory is "not owned by any package".
*** Bug 168011 has been marked as a duplicate of this bug. ***