Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 21 Dec 2001 22:49:29 +0300
From:      "Andrey A. Chernov" <ache@nagual.pp.ru>
To:        Alexey Zelkin <phantom@FreeBSD.org>
Cc:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/share/msgdef Makefile src/etc Makefile src/etc/mtree BSD.usr.dist src/lib/libc/locale lmessages.c
Message-ID:  <20011221194928.GB1820@nagual.pp.ru>
In-Reply-To: <20011221211354.A8081@ark.cris.net>
References:  <200112211314.fBLDE2b42673@freefall.freebsd.org> <20011221151756.GC98626@nagual.pp.ru> <20011221184745.A91245@ark.cris.net> <20011221184818.GA1468@nagual.pp.ru> <20011221211354.A8081@ark.cris.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Dec 21, 2001 at 21:13:54 +0200, Alexey Zelkin wrote:
> > hierarchy' when mtree tries to make directory over existen file.
> Please take a look on patches committed. It deals with 'make distrib-dirs'
> case.

What about 'make hierarchy' case?

> To get short language names work we need to bring iconv first. Isn't it ?

This issue is not related to iconv. To get short names work, we need
locale aliasing expansion work (to get long _name_ (not contents) by short
one).  I.e. besides that setlocale() must return full name, we need
'locale' shell utility, as described in POSIX, for shell scripts.

But all this is unrelated to libintl. Libintl reduces long names to short 
ones automatically. I mean programs that installs their .po files into 
short directory names.

> I don't see a reason to do it in this way.

Do you prefer to keep short and long names both?

> > Security issues may arise too (evil-made .po files). What about NLSPATH
> .po files should be generated as part of buildworld process.

And then replaced at runtime by evil .po files using search patch 
mechanism. If there is no such mechanism at all in libintl, all ports will 
be forced to install their .po files into /usr/share/locale.

Another question in that area: what about $PATH_LOCALE honoring?

> > analog in libintl? Is there a way to work f.e. with both /usr/share/locale
> > and /usr/local/share/locale?
> Let's back to this issue when libintl import time come.

I think just otherwise: all this issues must be resolved _before_ any 
libintl-specific changes sneaked in. Maybe import time even never come.

-- 
Andrey A. Chernov
http://ache.pp.ru/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011221194928.GB1820>