Summary: | net-misc/gupnp-tools 0.3 and net-misc/gupnp-av 0.1 miss icons | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Christian Weiske <cweiske> |
Component: | New packages | Assignee: | Gentoo net-p2p team <net-p2p> |
Status: | RESOLVED INVALID | ||
Severity: | minor | CC: | gnome, kde |
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Christian Weiske
2008-04-25 15:37:59 UTC
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. |