Would one be correct in assuming that you are in some sort of X interface when this problem is evident? For example, an xterm, rxvt, eterm, etc? On a recently updated system I don't see the same problems you do, but I'm accessing it via ssh not via an XFree86 based display. It sounds like the change here is that your keyboard's backspace key (keynum 22?) is now set to send ^? rather than ^H. Both have been common historicly in various *nix systems, but I've always prefered ^H for erase (because when you have neither backspace nor delete on your keyboard, control-h is easier to type than control-questionmark :-). On really, really old systems they were commonly set to some combo of # and @. Considering that the recent updates include a ton of new X packages, I wouldn't be completely surprised if your keyboard mapping was modified in some way.
If that's the case, you can certainly use xmodmap to change what your keyboard sends. I wouldn't be surprised if there are other, much easier to understand ways of changing the keyboard mapping - do a "man -k keymap" and a "man -k keyboard" for places to get started. Sorry I can't just hand you an easy recipe for a fix, but I don't currently have the problem to test a fix with. :-) Perhaps this will ring a bell with someone else who still has this knowledge in cache... -t. -----Original Message----- From: Harry Putnam [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 7:22 PM To: [EMAIL PROTECTED] Subject: Re: Major update on 7.1 disrupts fonts, keyboard.. what the.. Bill Crawford <[EMAIL PROTECTED]> writes: > On Wed, 20 Mar 2002, Harry Putnam wrote: > >> Last night I ran a major update that has been accumulating on my 7.1 >> system, bringing everthing up to date with current update packages. > > Did you get any messages saying that files were saved as xxx.rpmsave > or that files were installed as xxx.rpmnew during the update? There > are several packages/files that contribute to tty settings and xterm > behaviour, including /etc/profile (for bash) or /etc/csh.login (csh), > /etc/profile.d/*, /etc/inputrc (affects bash via the readline library) > and /usr/X11R6/lib/X11/app-defaults/XTerm (X resources, including the > "*VT100*backarrowKey" resource which tells xterm how to treat the <- > key by default). I did get a few of those, but also looked at the ones I though might matter before posting. The ones in /etc: /etc/sysconfig/rhn/up2date.rpmnew /etc/X11/fs/config.rpmnew /etc/X11/XF86Config.rpmnew /etc/xinetd.d/chargen-udp.rpmnew /etc/xinetd.d/daytime-udp.rpmnew /etc/xinetd.d/echo-udp.rpmnew /etc/ssh/sshd_config.rpmnew /etc/httpd/conf/httpd.conf.rpmnew /etc/php.ini.rpmnew I haven't ventured into the XF86Config yet but far as I know the rpmnew files mean my old settings are left in place. [...] >> An example: Previous to update, pressing bckspc while in insert mode in >> vim would delete to the left, moving the cursor to left. Now I get >> ^? with the same action. Default font for emacs has changed. >> >> stty -a still shows erase set to ^H as before. > > That should be set to '^?' not '^H' ... that's the problem. Are you > setting that yourself somewhere, or can you see where it's being set? That does seem to fix it, but I'm pretty sure that was ^H before upgrading. And I think has been ^H for quite some time. Can't think of any way to check now > Yes, backspace and delete problems were rife for a while, but I was > under the impression they were all solved. Do you know anything about this (from recent log input in /var/log/messages): Mar 20 10:40:35 reader rc.sysinit: \ Setting default font (lat0-sun16): succeeded Is that normal as a default font... I don't recall ever seeing that in boot messages before. _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
