[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#97279: marked as done (locales: /etc/locale.gen incorrect for zh_TW and zh_HK)

Your message dated Fri, 07 Mar 2003 23:48:52 +0900
with message-id <807kbb8c6j.wl@oris.opensource.jp>
and subject line Bug#97279: locales: /etc/locale.gen incorrect for zh_TW and zh_HK
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; 12 May 2001 20:24:02 +0000
>From spacehunt@sis.dhs.org Sat May 12 15:24:02 2001
Return-path: <spacehunt@sis.dhs.org>
Received: from co3005432-a.smelb1.vic.optushome.com.au (hydrogen.spacehunt) [] 
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 14yfvl-0005JT-00; Sat, 12 May 2001 15:24:02 -0500
Received: from (foobar) [] 
	by hydrogen.spacehunt with esmtp (Exim 3.16 #1)
	id 14yfvf-00055u-00 (Debian); Sun, 13 May 2001 06:23:55 +1000
Received: from spacehunt by foobar with local (Exim 3.22 #1 (Debian))
	id 14yfvT-0000ap-00; Sun, 13 May 2001 06:23:43 +1000
From: Roger So <rogerso@debian.org>
Subject: locales: /etc/locale.gen incorrect for zh_TW and zh_HK
To: submit@bugs.debian.org
X-Mailer: bug 3.3.9
Message-Id: <E14yfvT-0000ap-00@foobar>
Sender: Roger So <spacehunt@foobar>
Date: Sun, 13 May 2001 06:23:43 +1000
Delivered-To: submit@bugs.debian.org

Package: locales
Version: 2.2.3-1
Severity: normal

Hello Ben,

Currently the default /etc/locale.gen contains the following lines:

	# zh_TW BIG5

However, the locale names commonly used for these two regions are
zh_TW.big5 and zh_HK.big5hkscs.  Then, if a user upgrading from, say,
potato just uncomments these two lines, then she'll end up with only
zh_TW and zh_HK locales, and thus would break quite a few programs.

Therefore, these should be changed to:

	# zh_TW.BIG5 BIG5



-- System Information
Debian Release: testing/unstable
Kernel Version: Linux foobar 2.4.3 #1 Wed Apr 18 02:05:28 EST 2001 i686 unknown

Versions of the packages locales depends on:
ii  libc6          2.2.3-1        GNU C Library: Shared libraries and Timezone
	^^^ (Provides virtual package glibc2.2)

Received: (at 97279-done) by bugs.debian.org; 7 Mar 2003 14:48:59 +0000
>From gotom@debian.or.jp Fri Mar 07 08:48:58 2003
Return-path: <gotom@debian.or.jp>
Received: from oris.opensource.jp (oris.opensource.gr.jp) [] (postfix)
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 18rJ9e-0005LA-00; Fri, 07 Mar 2003 08:48:58 -0600
Received: from oris.opensource.jp (oris.opensource.jp [])
	by oris.opensource.gr.jp (Postfix) with ESMTP
	id D9260C33C7; Fri,  7 Mar 2003 23:48:52 +0900 (JST)
Date: Fri, 07 Mar 2003 23:48:52 +0900
Message-ID: <807kbb8c6j.wl@oris.opensource.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: Roger So <rogerso@debian.org>, 97279-done@bugs.debian.org
Cc: GOTO Masanori <gotom@debian.or.jp>
Subject: Re: Bug#97279: locales: /etc/locale.gen incorrect for zh_TW and zh_HK
In-Reply-To: <20030307143109.GA15827@foobar>
References: <80adgbbuto.wl@oris.opensource.jp>
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: 97279-done@bugs.debian.org
X-Spam-Status: No, hits=-1.8 required=4.0

At Sat, 8 Mar 2003 01:31:09 +1100,
Roger So wrote:
> On Tue, Mar 04, 2003 at 01:48:51PM +0900, GOTO Masanori wrote:
> > Is this wishlist still alive?  We use debconf nowadays.  In addition
> > locale name should be back from long format to short name
> > (zh_HK.BIG5-HKSCS -> zh_HK -> zh).
> Actually I'd prefer the short "zh_HK" to refer to UTF-8, with the
> specific "zh_HK.BIG5-HKSCS" referring to the Big5+HKSCS encoding.

It seems zh_HK uses BIG5-HKSCS mainly, so changing this behavior is
difficult yet.

> > Could I close this bug?
> Closing it is fine with me.

Thanks, I close it.

-- gotom

Reply to: