I discovered this after upgrade form RH 6.1.92 to RH 6.2.
Solaris system where I log in from my RedHat workstation
has interrupt set to ^? and erase set to ^H. Since both
Backspace and Delete produce now ^? code I left without erase
I belive Backspace should produce ^H code for compatability with
When accessing at RH 6.2 machine from an X-server, the TAB works as DEL. Note,
when accessing the host there is no problem with the TAB key.
When accesing a 6.1 from an X-server, there is also no problem.
Generally the whole Backspace/Delete thing a mess. Editors are not correctly
configured to have working Backspace/Delete under all circumstances (X,
console, SSH etc.). RH 6.2 makes it even worse.
Anybody from RedHat looks at the bugs?
Cares? Gives a sh?
I personally found a workaround modifying terminfo entries.
But you trying to sell distribution to people who don't have 5 years
of Unix expirience.
*** Bug 10502 has been marked as a duplicate of this bug. ***we definitely care. We have adopted the debian keyboard guidelines (which the
LSB will most likely standardize) for Red Hat Linux 6.2. I'm not sure why you
are having problems with the tab key. This was not changed for 6.2 at all. The
were modified to comply with the guidelines.
All editors/shells shipped with Red Hat Linux 6.2 work with these bindings.
The only shell the delete key works with in redhat 6.2 is bash.
Plus if you telnet somewhere delete doesn't work.
Please bring back a key that sends DEL (0x7F), or let me know how to do the
Actually, I've notices that RedHat provided a solution to this problem in 6.2
Hardware compatibility list, in Appendix B article 27.1 Helping with Keyboard
I still believe, however, that Backspace and Delete must produce different
I am not familiar how it is done in Debian, but I do not think that RedHat
should adopt their choices either. There are already enough Debian clones out
Commit pushed to master at https://github.com/openshift/origin
Merge pull request #11220 from jim-minter/issue10462
Merged by openshift-bot