Re: LFS 6.1-testing issues
Bruce Dubbs wrote: Bryan Kadzban wrote: None of your boot scripts (or your login scripts) set stty erase ^H, correct? You never know... Not unless it's done in the lfs-bootscripts. I don't believe it is, because my 6.1 system (using the lfs-bootscripts) doesn't do it. When I compiled the kernel, I turned off Legacy (BSD) PTY support. I'll build another kernel and add that back and see if that makes a difference. I don't think it will -- I have it off here too. But it'd be worth a shot. Did you say you were using some kind of framebuffer console? Does it help at all if you change that, or did you try that already? No. I do use vga=0x0f07 on the kernel line, but that shouldn't affect input. Well, in theory no, but if vesafb (or whatever) uses a different line discipline, it might. signature.asc Description: OpenPGP digital signature -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: LFS 6.1-testing issues
Bruce Dubbs wrote: As an interesting note, from vim, do a :help Linux-backspace That is exactly what I am running into. Do you have a /etc/sysconfig/console file? Or did you leave it alone? Guess I'm wondering if you have a keymap that needs fixing as is mentioned here: http://www.linuxfromscratch.org/view/stable/chapter07/console.html -- Jeremy H. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: LFS 6.1-testing issues
Jeremy Huntwork wrote: Bruce Dubbs wrote: As an interesting note, from vim, do a :help Linux-backspace That is exactly what I am running into. Do you have a /etc/sysconfig/console file? Or did you leave it alone? I left it alone. Evey line is commented out. Guess I'm wondering if you have a keymap that needs fixing as is mentioned here: http://www.linuxfromscratch.org/view/stable/chapter07/console.html I thought of that, but no, I have a standard US keyboard and I skipped that section. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: LFS 6.1-testing issues
On Fri, Apr 08, 2005 at 11:17:18PM -0500, Bruce Dubbs wrote: Sorry. I should have specified. I get ^? printed on the screen in insert mode or in :ex mode. No characters are erased. A Ctrl-h works properly as a backspace should. I cannot reproduce this on any of the builds I've done since the middle of March (i.e. the only ones I have around). showkey says the backspace keycode is 14. dumpkeys says keycode 14 is Delete. Same here, so I doubt that is the problem. Perhaps vim somehow miscompiled? I have full logs for vim if you want to compare. -- Archaic Want control, education, and security from your operating system? Hardened Linux From Scratch http://www.linuxfromscratch.org/hlfs -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: LFS 6.1-testing issues
Archaic wrote: On Fri, Apr 08, 2005 at 11:17:18PM -0500, Bruce Dubbs wrote: Sorry. I should have specified. I get ^? printed on the screen in insert mode or in :ex mode. No characters are erased. A Ctrl-h works properly as a backspace should. I cannot reproduce this on any of the builds I've done since the middle of March (i.e. the only ones I have around). showkey says the backspace keycode is 14. dumpkeys says keycode 14 is Delete. Same here, so I doubt that is the problem. Perhaps vim somehow miscompiled? I have full logs for vim if you want to compare. Yes, that would be good. Please send off list. BTW, I have fixed the symptom with an addition to /etc/vimrc with: if term == linux set t_kb=^? endif where the ^? is really a delete character created by a ctrl-v BS-key. I would really like to find the problem and fix it however. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page