When trying to start gupnp-universal-cp or gupnp-av-cp, both fail with the error messages shown below. Either you should depend on an ebuild that provides these icons, or install them with the apps. Reproducible: Always Steps to Reproduce: 1. run gupnp-universal-cp 2. run gupnp-av-cp Actual Results: $ gupnp-universal-cp ** (gupnp-universal-cp:21600): WARNING **: Failed to load icon gtk-missing-image: Icon 'image-missing' not present in theme ** (gupnp-universal-cp:21600): WARNING **: Failed to load icon gtk-network: Icon 'network-workgroup' not present in theme ** (gupnp-universal-cp:21600): WARNING **: Failed to load icon gtk-directory: Icon 'folder' not present in theme ** (gupnp-universal-cp:21600): WARNING **: Failed to load icon stock_volume-0: Icon 'audio-volume-muted' not present in theme ** (gupnp-universal-cp:21600): WARNING **: Failed to load icon stock_volume-0: Icon 'stock_volume-0' not present in theme ** ERROR **: file icons.c: line 313 (init_icons): assertion failed: (icons[i] != NULL) aborting... Expected Results: Programs start
drac@unique ~/gentoo-x86/net-misc $ qfile image-missing.png x11-themes/gnome-icon-theme (/usr/share/icons/gnome/32x32/status/image-missing.png) x11-themes/gnome-icon-theme (/usr/share/icons/gnome/16x16/status/image-missing.png) x11-themes/gnome-icon-theme (/usr/share/icons/gnome/22x22/status/image-missing.png) x11-themes/gnome-icon-theme (/usr/share/icons/gnome/24x24/status/image-missing.png) and gupnp-tools-0.3.ebuild has >=x11-themes/gnome-icon-theme-2.20 in depends, because the configure script is also checking for it. I can't see anything to change here?
gupnp-tools depends on gnome-icon-theme which depends on hicolor-icon-theme. does running "gtk-update-icon-cache -f /usr/share/icons/gnome" help? if not, does running "gtk-update-icon-cache -f /usr/share/icons/hicolor" help?
The commands did not help. The icon theme is installed. What I noted however is that the gnome icon folder is not checked when loading the icons: $ inotifywait -m -r /usr/share/icons/ Setting up watches. Beware: since -r was given, this may take a while! Watches established. /usr/share/icons/hicolor/ OPEN index.theme /usr/share/icons/hicolor/ ACCESS index.theme /usr/share/icons/hicolor/ ACCESS index.theme /usr/share/icons/hicolor/ ACCESS index.theme /usr/share/icons/hicolor/ ACCESS index.theme /usr/share/icons/hicolor/ ACCESS index.theme /usr/share/icons/hicolor/ ACCESS index.theme /usr/share/icons/hicolor/ CLOSE_NOWRITE,CLOSE index.theme /usr/share/icons/hicolor/ OPEN icon-theme.cache /usr/share/icons/hicolor/ OPEN icon-theme.cache /usr/share/icons/hicolor/ CLOSE_NOWRITE,CLOSE icon-theme.cache /usr/share/icons/ OPEN,ISDIR /usr/share/icons/ CLOSE_NOWRITE,CLOSE,ISDIR /usr/share/icons/hicolor/ CLOSE_NOWRITE,CLOSE icon-theme.cache I'm on KDE. Maybe I should symlink the files.
I mailed upstream today (using e-mails in AUTHORS.bz2 of gupnp-tools-0.3) because I'm not sure what to do with this. Waiting for reply.
I am the gupnp-tools author/maintainer. I have no idea how things work under KDE, let alone gtk+/GNOME app but I can at least try to help: * The icon-theme loading logic/code is very similar to that in rhythmbox so if that works then my controlpoint UIs should also work so please do check that and if it doesn't work, the bug is more likely in Gtk+. * I doubt this has anything to do with you upgrading to latest release of gupnp-tools.
Thanks Zeeshan. Adding also gnome@ (for GTK+) and kde@, maybe some of you guys can shed some light into the issue? If you feel you have nothing to comment on the bug, just remove the CC.
you probably need gnome-settings-daemon (it was in control-center in 2.20) to help you set the gnome theme so that it finds the image. I don't know of a proper way to set an icon theme outside of gnome so if someone else in herds know it, please share.
echo -e "gtk-icon-theme-name=\"gnome\"" >>~/.gtkrc-2.0
That echo in comment #8 does indeed fix it for me.
/me humbly suggests closing this bug INVALID Thanks
so it's a bug in the clearlooks theme I'm using.