Red Hat Bugzilla – Bug 115499
'xterm' terminal broken
Last modified: 2007-11-30 17:10:36 EST
Description of problem:
With 'TERM=xterm' and current ncurses I get some strange effects:
* 'mc' in xterm is monochrom only, but in gnome-terminal it has normal
colors. Setting 'TERM=xterm-color' makes it colorized in xterm again,
but some keys are broken there.
* 'vim' displays a '^[34m' string
When using the xterm terminfo-file from ncurses-5.3, things are fine
Version-Release number of selected component (if applicable):
Looks like a duplciate of bug 115448.
*** Bug 115902 has been marked as a duplicate of this bug. ***
*** Bug 116675 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 115448 ***
This bug can be worked around by using "export TERM=xterm-color"
xterm-color has broken keys:
1. set 'XTerm*termName: xterm-color' resource in ~/.Xresources
2. xrdb ~/.Xresources
--> press i + Backspace --> literal '^?' appears (or a beep)
comment 6: doh! you're right. remapping. will be fixed in 5.4-4
The `* 'vim' displays a '^[34m' string' bug is back in gnome-terminal
on today's rawhide (FC3test1+updates). The following packages are
I haven't noticed the problem before installing updates, but since I
don't use vi much, it may well have gone unnoticed.
The vi '^[34m' string was a different bug 128344.
A lengthy discussion about all the ncurses applications being
monochrome only (again) is going on in bug 122815, so this one might
be a candidate for 'duplicate'
Closing again, the problem seems to be fixed.
What kind of status is ON_DEV? It's not described in
https://bugzilla.redhat.com/bugzilla/bug_status.cgi. Also if the bug
is fixed shouldn't the bug be closed with a proper resolution?
Sorry, slip of the mouse that "NOTABUG".
Must have been a slip of the mouse on my end as well. I meant to