Bug#259537: marked as done ('fr_FR.UTF-8' or any UTF-8 locale seems missing in X11 )
Your message dated Sat, 17 Jul 2004 18:42:57 +0900
with message-id <81smbras0u.wl@omega.webmasters.gr.jp>
and subject line Bug#259537: Bug resolution (It was a configuration issue)
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; 15 Jul 2004 11:09:25 +0000
>From newsclient@mann.fr Thu Jul 15 04:09:25 2004
Return-path: <newsclient@mann.fr>
Received: from smtp8.wanadoo.fr (mwinf0802.wanadoo.fr) [193.252.22.23]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Bl47B-0001Cl-00; Thu, 15 Jul 2004 04:09:25 -0700
Received: from mann.fr (ARennes-202-2-1-10.w193-253.abo.wanadoo.fr [193.253.48.10])
by mwinf0802.wanadoo.fr (SMTP Server) with ESMTP id 4627F1800151
for <submit@bugs.debian.org>; Thu, 15 Jul 2004 13:08:53 +0200 (CEST)
Message-ID: <[🔎] 40F665B4.4070101@mann.fr>
Date: Thu, 15 Jul 2004 13:08:36 +0200
From: Christopher <newsclient@mann.fr>
Reply-To: contact@mann.fr
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413 Debian/1.4-5 StumbleUpon/1.87
X-Accept-Language: en
MIME-Version: 1.0
To: submit@bugs.debian.org
Subject: 'fr_FR.UTF-8' or any UTF-8 locale seems missing in X11
Content-Type: multipart/mixed;
boundary="------------060102050207010205080005"
Delivered-To: submit@bugs.debian.org
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=-4.8 required=4.0 tests=BAYES_00,HAS_PACKAGE,
HTML_30_40,HTML_MESSAGE autolearn=no
version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
This is a multi-part message in MIME format.
--------------060102050207010205080005
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
Package: locales
Version: 2.3.2.ds1-13
In my /usr/XF86R6/lib/X11/locales directory I don't have fr_FR.UTF-8,
nor do I have it in my alias file. This is however my C locale.
dpkg-reconfigure locales does what's its expected to do.
The UTF-8 problems only occur in emacs (stuff downloaded with zopeedit)
and in the mozilla email client.
The problems occur in blackbox as well as kde, but not on console logins.
I can try
#export LC_ALL=fr_FR.UTF-8
from konsole, but get the following after
# ls --help
Here is another interesting symptom. When I use konsole and type ls
--help, I get this ::
Afficher les informations au sujet des FICHIERS (du répertoire
courant par défaut). Trier les entrées alphabétiquement si aucune
des options -cftuSUX ou --sort n'est utilisée.
I do have a en_US.UTF-8 in the /usr/XF86R6/lib/X11/locales directory,
but the files still present the same symptoms in emacs, kate and konsole.
Here is one of the offending files (attached, I dont't know if you'll
see it).
--------------060102050207010205080005
Content-Type: text/plain;
name="tmp-OMU31-infopol.webassociates.fr,municipalite,competences,Members,chris,test_doc.txt"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline;
filename="tmp-OMU31-infopol.webassociates.fr,municipalite,competences,Members,chris,test_doc.txt"
<html>
<head>
<title>Document test é</title>
<meta name="Subject" content="" />
<meta name="Publisher" content="No publisher" />
<meta name="Description" content="Document test é" />
<meta name="Contributors" content="" />
<meta name="Effective_date" content="None" />
<meta name="Expiration_date" content="None" />
<meta name="Type" content="Document" />
<meta name="Format" content="text/html" />
<meta name="Language" content="" />
<meta name="Rights" content="" />
<meta name="SafetyBelt" content="1089879346.64" />
</head>
<body>
Document test é
</body>
</html>
--------------060102050207010205080005--
---------------------------------------
Received: (at 259537-done) by bugs.debian.org; 17 Jul 2004 09:42:57 +0000
>From gotom@debian.or.jp Sat Jul 17 02:42:57 2004
Return-path: <gotom@debian.or.jp>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Bllib-0001bM-00; Sat, 17 Jul 2004 02:42:57 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP
id 03D3DDEB80; Sat, 17 Jul 2004 18:42:57 +0900 (JST)
Date: Sat, 17 Jul 2004 18:42:57 +0900
Message-ID: <81smbras0u.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: Christopher Mann <christopher@infopol.fr>,
259537-done@bugs.debian.org,
Michelle Konzack <linux4michelle@freenet.de>
Subject: Re: Bug#259537: Bug resolution (It was a configuration issue)
In-Reply-To: <[🔎] 40F8E0EB.2060306@infopol.fr>
References: <[🔎] 40F8E0EB.2060306@infopol.fr>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
(i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: 259537-done@bugs.debian.org
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:
At Sat, 17 Jul 2004 10:18:51 +0200,
Christopher Mann wrote:
> The Unicode HOW-TO, the advice about unicode_start and LatArCyrHeb in
> the /~.bash_profile file, the mule-ucs package together did the trick.
Yup, the old emacsen does not support UTF-8 well. IIRC, mule-ucs is
still usable with the recent emacsen.
> (Do other people run into this kind of trouble ? Would putting the
> unicode_start struff in a default configuration start-up script help ?)
unicode_start is affected only for console. I guess many users use
X11, not console ;)
Thanks to Michelle with the good suggestion. Now I close this bug.
Regards,
-- gotom
Reply to: