Your message dated Tue, 02 Jun 2015 11:19:02 +0200
with message-id <[email protected]>
and subject line closing bugs reported against ancient emacs versions
has caused the Debian Bug report #85293,
regarding emacs: keyboard not 8-bit clean with -nw
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
85293: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=85293
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: emacs20
Version: 20.7-13.1
Severity: normal
When emacs -nw is run from an X terminal emulation, the 8-bit characters
are interpreted as Metas. This does not seem to depend on the locale,
but it depends on the TERM variable. This would be a terminfo bug, but
all other programs (including vim) work properly.
Tested on aterm, xterm and konsole. TERM values of xterm and rxvt make
emacs mangle 8-bit chars, TERM=linux lets correctly input 8-bit chars,
but has other incompatibilities. Emacs on Linux console works fine.
The same bug appears with emacs21.
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux iota 2.4.18-k7 #2 Wed Mar 20 20:28:54 EST 2002 i686
Locale: LANG=C, LC_CTYPE=lt_LT.ISO8859-13
Versions of packages emacs20 depends on:
ii dpkg 1.9.20 Package maintenance system for Deb
ii emacsen-common 1.4.15 Common facilities for all emacsen.
ii libc6 2.2.5-4 GNU C Library: Shared libraries an
ii liblockfile1 1.03 NFS-safe locking library, includes
ii libncurses5 5.2.20020112a-5 Shared libraries for terminal hand
ii libxaw7 4.1.0-14 X Athena widget set library
ii xlibs 4.1.0-14 X Window System client libraries
--- End Message ---
--- Begin Message ---
This bug has been reported against an ancient version of emacs (emacs21,
emacs22) that is no longer supported. It is assumed to be fixed (or no
longer relevant) in newer releases and therefore I'm closing this report
now. If the problem is still reproducible in the current version
(emacs24), feel free to provide more information and reopen this bug report.
Andreas
--- End Message ---
