With kdebase-data-4.2.2 the GtkIconTheme icon lookup is broken. It seems /usr/kde/4.2/share/icons/hicolor/index.theme interrupts the hicolor fallback in the search path. If I run the attached test code [test.c], it prints 0 1 If I remove /usr/kde/4.2/share/icons/hicolor/index.theme, it prints 1 1 (If I remove /usr/kde/4.2/share/icons/ from the search path, as well). Note: - This only occurs with hicolor fallthrough; if I touch /usr/share/gnome-games/icons/teleport.png, Gtk will find it. - This occurs with both gtk+-2.14.7-r2 and gtk+-2.16.1 - If this is kde's fault, it's a regression against 4.2.1, everything worked fine there. (Though I can't figure out what changed, ebuild's gone). I'd be happy to report this upstream, just don't know where (gnome/kde/freedesktop?)
Created attachment 189091 [details] test.c
This occurs with kdelibs-3.5.10-r4 as well now , apparently due to changes to the $XDG_DATA_DIRS variable. Latest kdelibs-3 orders it like <KDE_PREFIX>/share:/usr/share. Overriding it to /usr/share:<KDE_PREFIX>/share makes the icons work again. The problem with kde's hicolor theme is that it doesn't define all the context's that the freedesktop hicolor theme does. e.g. the places context (req. for Evolution) and the action context for 24x24 (gnome-games) are not defined in the KDE variant. The question is if this a gtk+ bug, because it should not take the KDE hicolor as fallback (it clearly calls itself KDE-Hicolor in the index.theme file, it's just the folder that's called hicolor) or a kde bug. P.S.:No kde*-4* installed here.
*** Bug 270239 has been marked as a duplicate of this bug. ***
*** Bug 273089 has been marked as a duplicate of this bug. ***
As said in Bug 273089 , this also affects to kdelibs-3.5.10-r6 (currently stable!) I have seen that opensuse's kdelibs-3.5.10 is requiring hicolor-icon-theme to be installed and they drop kdelibs's index.theme file The same is done in fedora: https://bugzilla.redhat.com/show_bug.cgi?id=178319 http://cvs.fedoraproject.org/viewvc/rpms/kdelibs/F-7/kdelibs.spec?r1=1.126&r2=1.127 I have tried to simply remove it and seems to work ok (I still have menu entries for kile, kpdf and other kde apps, at least under gnome). Thanks for fixing this soon
Also, the same fix is being used in kdebase-4 under fedora, maybe this should be assigned to kde team then
Created attachment 195109 [details] Temporary workaround Dropping this attachment in /etc/env.d (and doing env-update; source /etc/profile) is a quick and dirty workaround for end-users who just want their icons back - based on Felix Riemann's report.
*** Bug 275601 has been marked as a duplicate of this bug. ***
*** Bug 275989 has been marked as a duplicate of this bug. ***
(In reply to comment #7) > Created an attachment (id=195109) [edit] > Temporary workaround > > Dropping this attachment in /etc/env.d (and doing env-update; source > /etc/profile) is a quick and dirty workaround for end-users who just want their > icons back - based on Felix Riemann's report. > thanks to the quick fix, my gnome-power-manager icon is back and some broken icons in f-spot.
(In reply to comment #7) > Created an attachment (id=195109) [edit] > Temporary workaround > > Dropping this attachment in /etc/env.d (and doing env-update; source > /etc/profile) is a quick and dirty workaround for end-users who just want their > icons back - based on Felix Riemann's report. > i have had this problem for a good couple of months now but your workaround worked for me. thanks! i do hope this bug gets properly addressed.
*** Bug 273580 has been marked as a duplicate of this bug. ***
Same problem with icons for g-p-m and icons in evolution not working. The workaround suggested in comment #7 works for me as well. i have kde-base/kdelibs-3.5.10-r6 x11-misc/xdg-utils-1.0.2-r3
*** Bug 273217 has been marked as a duplicate of this bug. ***
*** Bug 271530 has been marked as a duplicate of this bug. ***
*** Bug 268585 has been marked as a duplicate of this bug. ***
kdebase-data. nor kdelibs from KDE4 no longer provide hicolor index.theme file. True, kdelibs from kde3 still does, I'll investigate whether it's really needed.
Both work-arounds as suggested in comment #5 and comment #7 works for me. [I--] [ ] kde-base/kdebase-kioslaves-3.5.9 (3.5) [I--] [ ] kde-base/kdelibs-3.5.9-r4 (3.5) [I--] [ ] kde-base/kdeprint-3.5.9 (3.5)
(In reply to comment #5) > I have seen that opensuse's kdelibs-3.5.10 is requiring hicolor-icon-theme > to be installed and they drop kdelibs's index.theme file > > The same is done in fedora: Debian seems to do it as well: http://bugs.debian.org/238839
*** Bug 271413 has been marked as a duplicate of this bug. ***
*** Bug 281118 has been marked as a duplicate of this bug. ***
From my point of view this is wrongly assigned to gnome team, KDE team would be a better assign for dropping that index.theme Thanks
well they already were CCed, switching assignee/CC.
*** Bug 292082 has been marked as a duplicate of this bug. ***
Has anyone tried this without kdeprefix? It seems like it might be tied to that.
As of http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=commit;f=kde-base/kdebase-data/kdebase-data-9999.ebuild;h=b134159f9360be68acf9a36b3c10021ba5aa2c8f, index.theme is dropped from kdebase-data (before KDE 4.3.0). Therefore any further GTK+ icons search path issues are no longer KDE originated.
