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 ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs