Your message dated Mon, 12 Jul 2004 22:45:39 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#256321: xterm: line-drawing characters are replaced with letters in "locale: true" mode 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) -------------------------------------- Received: (at submit) by bugs.debian.org; 26 Jun 2004 04:57:47 +0000 >From [EMAIL PROTECTED] Fri Jun 25 21:57:47 2004 Return-path: <[EMAIL PROTECTED]> Received: from mail.academ.org [81.1.226.250] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Be5G7-0000sx-00; Fri, 25 Jun 2004 21:57:47 -0700 Received: by mail.academ.org (Postfix, from userid 426) id F227D63095; Sat, 26 Jun 2004 11:57:14 +0700 (NOVST) Received: from localhost (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id D8F756306B for <[EMAIL PROTECTED]>; Sat, 26 Jun 2004 04:57:14 +0000 (GMT) Received: from mail.academ.org ([127.0.0.1]) by localhost (mail.academ.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67549-07; Sat, 26 Jun 2004 11:57:14 +0700 (NOVST) Received: from stratosphere (host-81-1-226-99.academ.org [81.1.226.99]) by mail.academ.org (Postfix) with ESMTP id 8FFC36304B; Sat, 26 Jun 2004 11:57:14 +0700 (NOVST) Received: from busa by stratosphere with local (Exim 3.36 #1 (Debian)) id 1Be5Fa-0001g6-00; Sat, 26 Jun 2004 11:57:14 +0700 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Roman S Dubtsov <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xterm: line-drawing characters are replaced with letters in "locale: true" mode X-Mailer: reportbug 2.62 Date: Sat, 26 Jun 2004 11:57:14 +0700 Message-Id: <[EMAIL PROTECTED]> Sender: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: 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 --------------------------------------- Received: (at 256321-done) by bugs.debian.org; 13 Jul 2004 03:45:40 +0000 >From [EMAIL PROTECTED] Mon Jul 12 20:45:40 2004 Return-path: <[EMAIL PROTECTED]> Received: from dhcp065-026-182-085.indy.rr.com (localhost) [65.26.182.85] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BkEEe-0001vE-00; Mon, 12 Jul 2004 20:45:40 -0700 Received: by localhost (Postfix, from userid 1000) id D91E668C098; Mon, 12 Jul 2004 22:45:39 -0500 (EST) Date: Mon, 12 Jul 2004 22:45:39 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#256321: xterm: line-drawing characters are replaced with letters in "locale: true" mode Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qE0/TkNoJLLGUzs4" Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. User-Agent: Mutt/1.5.6+20040523i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --qE0/TkNoJLLGUzs4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2004 at 06:45:03PM -0400, Thomas Dickey wrote: > On Thu, Jul 08, 2004 at 05:13:53PM -0500, Branden Robinson wrote: > > Is this a bug in XTerm, then? What should I do about this report? >=20 > There are a couple of issues here: The one I was commenting on was the > one relating to the allowC1Printable resource. >=20 > It's not a bug in xterm. Xterm is designed to treat codes in the range 1= 28-159 > as control characters (that applies to any terminal that follows ISO-6429= ). I > added the allowC1Printable resource to bypass that - mainly for the Russi= an & > similar users who have a character set that doesn't follow that standard.= =20 > (On the other hand, rxvt doesn't follow that standard either, and some pe= ople > think that's good - in this case for instance ;-) >=20 > I'm not sure whether it's better to make an FAQ for this issue, or just > distribute a koi8-term script to show how to set it up (but then see the > problems in supporting uxterm). Line-drawing does work in the example I > sent a few months ago - I used that for some testing of dialog. >=20 > Trying to use utf8 with a ru_RU.KOI8-R locale looks like user error to me. >=20 > The other issue is luit versus line-drawing characters (#254316). That's > fixable by changing the terminfo - but may impact users of screen (screen > uses the termcap interface and gets confused when it sees termcap's equiv= alent > to sgr0 when that string turns off line-drawing - a rather ugly effect). > I'd made a fix for that a while back, but didn't test it with multi-byte > strings such as \E(B. I have a fix for that (to ncurses), but it's not > in Debian yet. Okay. Closing this report as not a bug. The allowC1Printable resource should be set in addition to "locale: true". The ncurses-base bug is filed as #254316. --=20 G. Branden Robinson | Arguments, like men, are often Debian GNU/Linux | pretenders. [EMAIL PROTECTED] | -- Plato http://people.debian.org/~branden/ | --qE0/TkNoJLLGUzs4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iEYEARECAAYFAkDzWuMACgkQ6kxmHytGonwH0gCggTxyG7RWL+269l08hOJiGNLC rzUAn2Op5SdBwbb/IA7m+nwWqXpzNUbr =KyCI -----END PGP SIGNATURE----- --qE0/TkNoJLLGUzs4--