Bug#256321: xterm: line-drawing characters are replaced with letters in "locale: true" mode
Package: xterm
Version: 4.3.0.dfsg.1-5
Severity: normal
Tags: l10n
This is true at least in ru_RU.KOI8-R locale. I tried launching xterm
with "utf8: 1" and "locale: false" and then invoking luit. Before luit
was started, line-drawing characters were ok (but russian characters
were drawn as boxes). But when luit was running, all line-drawing
characters were replaces with letters (though I had my cyrillic letters
back).
Simple script on python showed that selected font _had_
line-drawing characters.
Problem persists with aa fonts and without them. This is a part of my
.Xdefaults file
XTerm*font: -b&h-lucida console-*-*-*-*-17-*-*-*-*-*-iso10646-1
XTerm*utf8: 1
XTerm*locale: true
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-mm2
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R
Versions of packages xterm depends on:
ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an
ii libexpat1 1.95.6-8 XML parsing C library - runtime li
ii libfontconfig1 2.2.2-2 generic font configuration library
ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib
ii libice6 4.3.0.dfsg.1-5 Inter-Client Exchange library
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii libsm6 4.3.0.dfsg.1-5 X Window System Session Management
ii libxaw7 4.3.0.dfsg.1-5 X Athena widget set library
ii libxext6 4.3.0.dfsg.1-5 X Window System miscellaneous exte
ii libxft2 2.1.2-6 FreeType-based font drawing librar
ii libxmu6 4.3.0.dfsg.1-5 X Window System miscellaneous util
ii libxpm4 4.3.0.dfsg.1-5 X pixmap library
ii libxrender1 0.8.3-7 X Rendering Extension client libra
ii libxt6 4.3.0.dfsg.1-5 X Toolkit Intrinsics
ii xlibs 4.3.0.dfsg.1-5 X Window System client libraries m
ii xlibs-data 4.3.0.dfsg.1-5 X Window System client data
-- no debconf information
Reply to: