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

Reply via email to