On 2010-03-18 20:07 +0100, Aaron M. Ucko wrote: > 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 .]
I'm sorry for the problems this caused for you; when I tested the updated xterm terminfo I could not figure out the difference with smm/rmm enabled or disabled, and over time I forgot about the issue. Now after reading #574396 I see that with the xterm resources xterm*metaSendsEscape: false xterm*eightBitInput: false and bash as shell meta-key combinations yield non-ASCII characters, which is not the case when the smm/rmm features are disabled. > Thomas Dickey <dic...@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? Regardless of that I think we should disable smm and rmm features for squeeze to avoid breakage on partial upgrades. If bash gets fixed, we can enable them after the release. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org