Many icons in the menu do not change when the theme is changed. This
is true even if the theme has an icon of the correct name.
The cause of this is that in /usr/share/applications/foo.desktop the
Icon= line has the absolute path to the icon instead of just the icon
For example, redhat-config-keyboard has:
When it should have:
This is true with menus under RedHat 9, Fedora Core 1, and my hunch is
that it's true in FC2t2, but I haven't confirmed it yet.
The icons are set in the applications' .desktop files, not in
redhat-menus. I can open up trouble tickets for each individual
package, if needed.
To find the names of the broken packages, run:
rpm -qf `grep Icon=/ /usr/share/applications/* | cut -f 1 -d ":"`
Someone in #fedora-devel confirmed this is true in FC2t2. The broken
pacakges on their system:
Yeah, I got same, hope this fix soon.
Can you open a bug against each package, and mark that it blocks this bug?
Bugzilla'd 'em all and set them to block.
Performing the rpm -qf command listed above with the current Rawhide
tree, I notice only tuxracer=0.61-26 complaining, rather than all the
other packages listed.
This is all complete except it is blocking on sys-config-bind. I've
emailed Jason about this and since the tool is undergoing a major
rewrite he doesn't expect to finish the icon themeing problem anytime
soon. I'm removing this from the current blocker lists and bumping to
The current list on my box for fc3 is:
system-config-bind appears fixed in Rawhide.