Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 22 Dec 2001 20:13:51 +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:  <20011222171351.GB13950@nagual.pp.ru>
In-Reply-To: <20011222103610.B16292@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> <20011221194928.GB1820@nagual.pp.ru> <20011222103610.B16292@ark.cris.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Dec 22, 2001 at 10:36:10 +0200, Alexey Zelkin wrote:
> > 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.
> But how it should handle showing ru_RU[.KOI8-R]'s .po file in case
> if user has locale set to ru_RU.CP866 for example ?

As I remember libintl search "ru_RU.CP866" then "ru_RU" then "ru"

> I don't see a reason to add new incompatibility by adding
> new directory hierarchy for libintl's po files.

It is not you who add it, it is all libintl-related programs which always 
use short names on install: target, as I already write initially.

> As I can understand it's side effect of any functionality which is supporting
> search path mechanizms. 

Yes. So, a) if libintl have search patch mechanism, it must be reviewed in 
security terms before importing or b) if it not have search path 
mechanism, it must be ever not imported, because ports tree require 
hierarchy under /usr/local/.

> What exactly you mean under term "evil" ?

Buffer overflow or misguidng "enter you password" f.e. in .po files.

> This is not libintl specific change. This is change which should simplify
> future changes. As example was mentioned 'libintl'.

I disagree. What future changes it can simplify excepting libintl? I see
no reasons to add yet one path for LC_MESSAGES and as locale maintainer
ask to back this change out for now.

If it required for libintl, I'll be pleased to see it in libintl changes 
pack for review, not here.

-- 
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?20011222171351.GB13950>