> 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? Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
