On Mon, Apr 19, 2004 at 04:48:07PM -0700, Debian Bug Tracking System wrote: > On Tue, Apr 20, 2004 at 12:59:16AM +0200, Denis Barbier wrote: > > > > This bug does not belong to the locales package (and is thus reassigned > > > > back to gdm), zh_TW.BIG5 is a valid locale. > > > > It should either be reassigned to xlibs-data by requesting an alias for > > > > zh_TW.BIG5, or gdm filter can be fixed to generate zh_TW.Big5 instead. > > > > > > It _is_ a bug of the locales and/or xlibs-data package. glibc should > > > be listing locales that work both inside and outside of X in its > > > SUPPORTED list. > > > > zh_TW.BIG5 is not listed in SUPPORTED. You set this locale, so you > > have to ensure that it is valid. > > zh_TW BIG5 is, however. glibc doesn't support specifying the encoding at > runtime when it wasn't specified at locale generation time.
Wrong claim: $ LANG=zh_TW.BIG5 locale language Chinese > gdm 2.4.4.7-1 only uses the names as specified at generation time, so > this problem is fixed. It would be nice if glibc supported specifying > the encoding even when it is the default, however. It does. > (and that those locales also are locales that work with X) Sure, anyone can file bugs against xlibs-data. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
