Your message dated Sat, 11 Feb 2006 22:43:51 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#341808: xterm: does not respect charmap for some locales
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: xterm
Version: 4.3.0.dfsg.1-14sarge1
Severity: normal
When xterm is running in ru_RU locale (which uses ISO-8859-5), it shows
characters as if they were KOI8-R encoded, giving garbage:
$ locale;locale charmap;date
LANG=ru_RU
LC_CTYPE="ru_RU"
LC_NUMERIC="ru_RU"
LC_TIME="ru_RU"
LC_COLLATE="ru_RU"
LC_MONETARY="ru_RU"
LC_MESSAGES="ru_RU"
LC_PAPER="ru_RU"
LC_NAME="ru_RU"
LC_ADDRESS="ru_RU"
LC_TELEPHONE="ru_RU"
LC_MEASUREMENT="ru_RU"
LC_IDENTIFICATION="ru_RU"
LC_ALL=
ISO-8859-5
аяБ ╢уз 3 13:16:22 SAMT 2005
LANG=ru_RU.ISO8859-5 xterm shows characters in iso-8859-5 encoding.
ru_RU.UTF-8, ru_RU.KOI8-R and ru_RU.CP1251 locales are unaffected.
$ grep ru_RU /etc/locale.gen
ru_RU ISO-8859-5
ru_RU.KOI8-R KOI8-R
ru_RU.CP1251 CP1251
ru_RU.UTF-8 UTF-8
My .Xresources file contains
XTerm*locale: true
XTerm*VT100.utf8Fonts.font:
-xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1
XTerm*VT100.utf8Fonts.font2:
-xos4-terminus-medium-r-normal--16-160-72-72-c-80-iso10646-1
XTerm*VT100.utf8Fonts.font3:
-misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1
XTerm*VT100.utf8Fonts.font4:
-xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1
XTerm*VT100.utf8Fonts.font5:
-xos4-terminus-medium-r-normal--24-240-72-72-c-120-iso10646-1
XTerm*VT100.utf8Fonts.font6:
-xos4-terminus-medium-r-normal--28-280-72-72-c-140-iso10646-1
P.S. ISO-8859-5 ru_RU locale is not widely used, but
/usr/share/i18n/SUPPORTED contains "ru_RU ISO-8859-5" line
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Versions of packages xterm depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libexpat1 1.95.8-3 XML parsing C library - runtime li
ii libfontconfig1 2.3.1-2 generic font configuration library
ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib
ii libice6 4.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii libxaw7 4.3.0.dfsg.1-14sarge1 X Athena widget set library
ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii libxft2 2.1.7-1 FreeType-based font drawing librar
ii libxmu6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous util
ii libxpm4 4.3.0.dfsg.1-14sarge1 X pixmap library
ii libxrender1 0.8.3-7 X Rendering Extension client libra
ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics
ii xfree86-common 4.3.0.dfsg.1-14sarge1 X Window System (XFree86) infrastr
ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu
ii xlibs-data 4.3.0.dfsg.1-14sarge1 X Window System client data
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 6.9.0.dfsg.1-4
Hi,
this bug has been fixed in xorg 6.9.0.
Thanks for your report.
Denis
--- End Message ---
