It seems that this has happened with other programs:
http://blogs.gnome.org/jjongsma/2006/10/15/icon-theme-cache-issues/
http://bugzilla.gnome.org/show_bug.cgi?id=362604
"The GNOME Goal page mentioned above suggests an install-data-hook rule
which updates the gtk icon cache after the program’s icons are
installed. So the icon cache in /usr/local gets updated when you first
install the program to /usr/local. Unfortunately, after uninstalling the
application, the icon cache is not updated, so gtk still thinks there
are application icons located under /usr/local.
Since /usr/local/ is in the icon theme search path before /usr, when the
application is installed to /usr, it will find the stale icon cache in
/usr/local and think it found the icon you’ve requested. Unfortunately
the icon that it ‘found’ has already been deleted, so it will try to
load an icon from /usr/local that doesn’t exist, and the program
crashes. The solution is to simply add an uninstall-hook that also
updates the gtk icon cache so that you don’t have a stale icon cache
after you run `make uninstall`. Something like the following:
gtk_update_icon_cache = gtk-update-icon-cache -f -t $(datadir)/icons/hicolor
install-data-hook: update-icon-cache
uninstall-hook: update-icon-cache
update-icon-cache:
@-if test -z "$(DESTDIR)"; then
echo "Updating Gtk icon cache.";
$(gtk_update_icon_cache);
else
echo "*** Icon cache not updated. After install, run this:";
echo "*** $(gtk_update_icon_cache)";
fi
"
--
'/usr/local/share/icons/hicolor/scalable/apps/awn-manager.svg': No such file
or directory
https://bugs.launchpad.net/bugs/236604
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs