Summary: | ssh root sessions started under xterm have stty erase not set to ^H (probably unrelated to KDE) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | CPUShare <cpushare> |
Component: | New packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | dickey |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
CPUShare
2007-03-11 13:58:04 UTC
I found a solution, if it's a workaround or a fix it's up to you to decide. XTerm.backarrowKeyIsErase: true XTerm.ptyInitialErase: true That avoids xterm to set erase to ^H in the first place, and so everything is ok when logging remotely as root the erase returns to ^?. If it's a fix perhaps it's good idea to add it to the xterm app defaults so it'll actually work without having to tweak things by hand (I tried unmasking the latest ~amd64 xterm and that didn't fix it either). thanks. Yes, I can reproduce this using x11-terms/xterm-225. Not our bug, though. Reassigning to X11. I'm glad it wasn't a screwup on my side. My current functional settings (deviating from the default) are: XTerm.backarrowKeyIsErase: true XTerm.ptyInitialErase: true XTerm.vt100.metaSendsEscape: true The metaSendsEscape:true is needed so that the ALT key works as expected (that's unrelated to the backspace problem reported previously). They probably should become the new defaults. I just bumped to xterm 231, have a look-see. How's it work in 234? I just added it. (In reply to comment #5) > How's it work in 234? I just added it. > And I've just added #243 and there has been no feedback here, closing as TEST-REQ. |