Bug 23373

The new way is the sane way. The old behaviour was broken.

How do you figure it is sane to disable the functioning of the Delete key??
How could BackSpace=BackSpace, and Delete=Delete *not* be sane??

I have certain applications that require the use of "Delete" rather than
"BackSpace".  I need both ^? and ^H.  \[~3 doesn't do anything but print a '~'
on the screen.  I don't understand how that could be considered 'sane'.  It
would be nice to be able to swap BS and Delete like was always possible before,
but I at least need both keys functioning.  Please tell me how to make it work.

This reminds of of the xterm termcap bug that was labelled as "the right way to
do it" when all it did was break compatibility with non-linux systems.

i assigned it to correct package.

I don't think this has much to do with the installer, more to do with the
keymaps which ship for the console and X.

Yes now it's the correct behaviour. The classic DELETE ^? and  Backspace ^H
should do the same thing - delete the character to the left of the cursor. The
"\[3~" is the correct character to delete to the right of the cursor. I have RH
7.0 system too and don't experience any problems with these keys. I've set the
gnome-terminal so the '<-' key on keyboard sends the ^? character and everything
except the PINE works fine. The PINE could be made to work using the following
expect language script:

#!/usr/bin/expect -f

eval spawn -noecho pine -i

interact {
 "\177"      {send "\010"}
 "\033\[3~"  {send "\004"}
}

Ok... if this is the correct behavior, then tell me how I can get the 
Backspace key to send ^H, and the delete key to send ^?, just like it had done 
in every distribution I have ever seen until very recently.  I need both ^H 
and ^? to work properly to do my work.  The "\[3~" does not do anything at all 
at console or in X.  The delete key work properly (deleting the key to the 
right of the cursor) in some X programs like Netscape, etc., but does not work 
in a terminal session.  Any idea about getting the arrow keys to work while 
holding control?

Look at the following page maybe it helps you:
http://www.ibb.net/~anne/keyboard.html

I'm assuming that this bug is refering to xterm.
I've tested xterm in RHL 7.1 and current rawhide (4.1.0-3) and
xterm in both cases responds properly to the BS and DEL keys,
doing what is correct for both.  My definition of correct being
what a Windows user would expect - BS deleting the char to the left
of the cursor, and DEL deleting the char to the right.  This is
using a 101 key keyboard in the en_US locale.