Your message dated Thu, 23 Sep 2004 07:33:45 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#264557: xlibs-data: No composition sequences in japanese
locale
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; 9 Aug 2004 11:40:52 +0000
>From [EMAIL PROTECTED] Mon Aug 09 04:40:52 2004
Return-path: <[EMAIL PROTECTED]>
Received: from d151.haichifl12.vectant.ne.jp (glandium.org) [163.139.60.151]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Bu8WK-0004Ny-00; Mon, 09 Aug 2004 04:40:52 -0700
Received: from mh by glandium.org with local (Exim 3.36 #1 (Debian))
id 1Bu8Va-0002Gy-00; Mon, 09 Aug 2004 20:40:06 +0900
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Mike Hommey <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: xlibs-data: No composition sequences in japanese locale
X-Mailer: reportbug 2.64
Date: Mon, 09 Aug 2004 20:40:06 +0900
Message-Id: <[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: xlibs-data
Version: 4.3.0.dfsg.1-6
Severity: wishlist
Hi,
First, I'm not quite sure if the bug belongs to xlibs-data, so please
reassign if I am wrong.
All "basic" X applications using xlibs (tested with xedit and emacs)
fail to get composition sequences when using the ja_JP.UTF-8 locale.
Interestingly, I get some strange behaviours as well, which might be
related to gnome configurations but I'm not quite sure.
Anyway, what I tried is the following (all with a fresh new account ;
gnome is the default session if i launch startx ; LANG in
/etc/environment is en_US.UTF-8; gnome is configured to have Compose key
on Menu (laptops don't have a right windows key)):
(ok means composition sequences work properly, ko means the contrary)
startx -> emacs -> ok
startx -> LANG=ja_JP.UTF-8 -> ko
LANG=ja_JP.UTF-8 -> emacs -> ko
LANG=ja_JP.UTF-8 -> LANG=en_US.UTF-8 emacs -> ok
The strange behaviour is that with my not fresh account, the one I use
in every day life, the latter has a ko result.
Anyway, I'd like to be able to type french accents in my japanese
environement without having to play with locales ;)
Note that copying /usr/X11R6/lib/X11/locale/en_US.UTF-8/Compose into
/usr/X11R6/lib/X11/locale/ja_JP.UTF-8/ doesn't do the trick (the absence
of the file let me think that would be a solution)
Mike
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.22-mh
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8
-- no debconf information
---------------------------------------
Received: (at 264557-done) by bugs.debian.org; 22 Sep 2004 22:31:12 +0000
>From [EMAIL PROTECTED] Wed Sep 22 15:31:12 2004
Return-path: <[EMAIL PROTECTED]>
Received: from d109.haichifl11.vectant.ne.jp (localhost.localdomain)
[220.247.22.109]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CAFdo-000488-00; Wed, 22 Sep 2004 15:31:12 -0700
Received: from mh by localhost.localdomain with local (Exim 4.34)
id 1CAFgH-0002B2-1n; Thu, 23 Sep 2004 07:33:45 +0900
Date: Thu, 23 Sep 2004 07:33:45 +0900
From: Mike Hommey <[EMAIL PROTECTED]>
To: Branden Robinson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#264557: xlibs-data: No composition sequences in japanese locale
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.5.6+20040818i
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:
On Mon, Sep 20, 2004 at 02:41:37PM -0500, Branden Robinson wrote:
> tag 264557 + moreinfo upstream
> thanks
>
> Did the following change in 4.3.0.dfsg.1-7 resolve your problem?
>
> xfree86 (4.3.0.dfsg.1-7) unstable; urgency=high
> [...]
> * Grab from XFree86 CVS (no later than 2003-12-18) fixes to the ja_JP.UTF-8,
> ko_KR.UTF-8, and zh_TW.UTF-8 XLC_LOCALE files to prefer ISO
> 10646-1-encoded fonts less strongly. Add zh_CN.UTF-8 XLC_LOCALE file.
> Update MANIFEST and .install files accordingly. (Closes: #255701)
> [...]
> -- Fabio M. Di Nitto <[EMAIL PROTECTED]> Mon, 06 Sep 2004 09:54:18 +0200
Okay, I checked all the "testcases" ; they are all okay, now. And as for
the strange behaviour on the non-fresh account, it was due to the use of
uim-anthy as an input method through XMODIFIERS.
Thus, closing the bug.
Thanks.
Mike
