Re: Bug#231198: marked as done (gdm: zh_TW.BIG5 locale in locale.conf should be zh_TW.Big5)
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
Reply to: