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
