Red Hat Bugzilla – Bug 804279
xterm - desktop file's icon missmatch the installed icons
Last modified: 2012-11-11 06:08:42 EST
Description of problem:
Whereas # rpm -ql xterm |grep pixmaps
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install xterm
There is no icon displayed
The icons have to be renamed to either xterm-color or xterm during %install and moved to the related directory of their size within /usr/share/icons/hicolor
This seems to be the same as #799614 (but provides more information).
Actually it is not technically necessary to rename or move the
icons (the packages that I build for testing work without this).
Putting them into a theme may appear "good" to remove clutter.
However those are not part of the hicolor package, and would
complicate updates by their presence.
I don't see any responses by Miroslav to the various icon issues.
xterm patch #281 is current, and as far as I know provides all
of the configurability needed by the packager to resolve this
issue. Note that I changed the meaning of the --with-icondir
option (for consistency), which would affect package scripts.
*** Bug 799614 has been marked as a duplicate of this bug. ***
I'm looking into this.
*** Bug 847035 has been marked as a duplicate of this bug. ***
xterm-283-1.fc18 has been submitted as an update for Fedora 18.
xterm-283-1.fc17 has been submitted as an update for Fedora 17.
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing xterm-283-1.fc17'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
xterm-284-1.fc18 has been submitted as an update for Fedora 18.
xterm-284-1.fc17 has been submitted as an update for Fedora 17.
xterm-284-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.