On Mon, Jan 21, 2002 at 07:43:01PM +0900, YAMAMOTO Takashi wrote:
> hi.
> 
> From: Manuel Bouyer <bouyer@antioche.eu.org>
> > > I propose:
> > > - use LC_MESSAGES environment variable for NLS as standards.
> > 
> > What about backward compatibility ? I think we should continue to support
> > LANG as well.
> 
> it's why I added a following item.
> 
> > > - (optional) define non-standard NLSPATH keyword(eg. %X) that indicate
> > >   that LANG is used. and change default NLSPATH to use it if no others
> > >   are available.
> 
> of course, even with it, compatibility will be broken if NLSPATH is set
> by user.
> so I marked this optional.
> 
> > Anyway, I don't think such a change is possible for the 1.5 branch, where my
> > proposal would solve the problem too.
> 
> I have no idea about 1.5 branch. sorry.
> I guess that sym-links in nls directory and setting LANG like
> de_DE.ISO8859-1 can solve it.

Well, then we need a few more symlinks in /usr/{,pkg,X11R6}/share/locale
because de_DE.ISO8859-1 isn't a valid setting for LC_MESSAGES for example.

> 
> I think that your proposal(setting default LC_ALL) is missing the
> point a bit.
> I saw perl's code just now, and IIRC,
> original PR is the problem of perl. (if it's a problem)
> perl should just ignore failures of setlocale and
> should fall back to "C" locale silently, IMO.
> (or simply, you shouldn't set environment variables to
> use system-unsupported locales. in the case of this PR,
> you can set like LC_CTYPE=de_DE.ISO8859-1 LC_COLLATE=C
> and so on.)

If you want libc's deutch message you have to set LANG to de, you can't do
it another way currently. Making catopen to use LC_MESSAGES would fix it.

--
Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer@lip6.fr
--