Bug#574396: please set enable-meta-key (_rl_enable_meta) sanely
retitle 574396 please set enable-meta-key (_rl_enable_meta) sanely
reassign 574396 bash 4.1-2
clone 574396 -1
reassign -1 libreadline6 6.1-1
thanks
[Summary for newly added recipients: after a recent round of upgrades, I
found that typing meta-key combinations into xterm with bash as my shell
resulted in non-ASCII characters rather than the expected escape sequences.
Further analysis revealed that the trigger was an update to xterm's terminfo
entry (from ncurses-base), which added definitions of smm and rmm despite
the comment in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444250#40 .]
Thomas Dickey <dickey@his.com> writes:
> That's already been discussed in SuSE - it's an issue with bash.
> It should allow the decision whether to enable meta mode to be
> configurable. bash's maintainer hasn't been cooperative.
As of bash 4.1 (and the corresponding readline 6.1 release), there is now an
enable-meta-key readline variable that has the desired effect. Bash and
readline have logic (_rl_init_eightbit) to set related variables
(convert-meta, input-meta, and output-meta) sanely in eight-bit locales, but
always leave enable-meta-key on by default; could you please patch
_rl_init_eightbit to set _rl_enable_meta = 0 in eight-bit mode?
Thanks!
> http://invisible-island.net/xterm/xterm.log.html#xterm_21
ITYM http://invisible-island.net/xterm/xterm.log.html#xterm_216 .
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu@monk.mit.edu
Reply to: