Bug#97279: locales: /etc/locale.gen incorrect for zh_TW and zh_HK
> On Sat, May 12, 2001 at 04:50:49PM -0400, Ben Collins wrote:
> > > Therefore, these should be changed to:
> > >
> > > # zh_HK.BIG5HKSCS BIG5HKSCS
> > > # zh_TW.BIG5 BIG5
> > No, they shouldn't. The list in locale.gen is generated from a list in
> > glibc of _supported_ locales. Anyone can easily add more, but they may
> > not work. So, if you want to get them added, get them working so I can
> > get them added upstream (or atleast verify they work).
> It's only a naming change, and has been working on my machines ever
> since glibc 2.1.99 entered sid. zh_TW doesn't work with the defaults of
> many packages (including X IIRC), but zh_TW.big5 does. Plus zh_TW.big5
> was what it was before with glibc 2.1.
> Upstream seems to think that since Big5 is the defacto standard encoding
> used in Taiwan, zh_TW should default to use Big5. However, the
> convention for other Unices over there had been that zh_TW uses EUC-TW,
> while zh_TW.big5 is for Big5.
> Of course, new users can very well use zh_TW as their locale, and that's
> not a problem. The problem is that it will break upgrades to woody, if
> the user's not being careful.
> (BTW a thought just occured to me, would a debconf interface for
> locale.gen be useful?)
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).
Could I close this bug?