From: Etaoin Shrdlu <shrdlu@unlimitedmail.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] remote ssh session does not reflect my keyboard inputs
Date: Sun, 13 May 2007 23:10:38 +0200 [thread overview]
Message-ID: <200705132310.39484.shrdlu@unlimitedmail.org> (raw)
In-Reply-To: <200705132012.53329.michaelkintzios@gmail.com>
On Sunday 13 May 2007 21:12, Mick wrote:
> I've tried bind -p | grep history and it did not work:
> ==========================================
> $ sudo bind -p | grep history
> Password:
> sudo: bind: command not found
> ==========================================
bind is a builtin bash command, I'm not sure about how it behaves when
invoked by sudo. However, it should work fine even when run as a regular
user.
> I also tried changing the terminal once I logged in to the remote
> machine, but I am getting the same error:
> ==========================================
> $ export TERM=vt100
> $ ^[[B^[[B
> ==========================================
>
> What else could I try?
Could it possibly be related to the readline library and the inputrc
file? It seems that some keys are undefined on the machine you are
sshing to. In the case of the left arrow (but of course this holds for
any key that is not working as expected), try
$ bind -q backward-char
on both boxes. On my computer, it outputs
backward-char can be invoked via "\C-b", "\eOD", "\e[D".
Of these, "\e[D" is the one that corresponds to the "left arrow" key.
If your output for the non-working computer is different, then it means
that the left arrow key is not bound to the same function (or is not
bound at all). This could be due to a ~/.inputrc file that redefines
some keys. See man bash, section READLINE to get more info about
readline. (BTW, there are *lots* of things that can be customized
regarding readline behavior, and creating your own inputrc file can be a
great learning experience - or at least, it was for me when I did it for
LFS). Verify that you are using the same editing mode (usually emacs) on
both boxes, with the command
set -o | grep '^vi\|^emacs'
Check whether the INPUTRC environment variable points to some file. On
gentoo, bash does not read /etc/inputrc, but perhaps on ubuntu it does.
As a last resort, you can try to create your own ~/.inputrc on the ubuntu
box and put there all the key bindings you need (using CTRL+V + key to
find out the correct values, as suggested in the comments at the
beginning of gentoo /etc/inputrc, or copying them directly from the
gentoo output of bind -p).
--
gentoo-user@gentoo.org mailing list
next prev parent reply other threads:[~2007-05-13 20:43 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-07 14:31 [gentoo-user] remote ssh session does not reflect my keyboard inputs Mick
2007-05-07 15:55 ` Ryan Sims
2007-05-07 22:12 ` Mick
2007-05-08 3:36 ` Ryan Sims
2007-05-08 11:53 ` Hans-Werner Hilse
2007-05-13 19:12 ` Mick
2007-05-13 21:10 ` Etaoin Shrdlu [this message]
2007-05-14 8:02 ` Etaoin Shrdlu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200705132310.39484.shrdlu@unlimitedmail.org \
--to=shrdlu@unlimitedmail.org \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox