Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 2 Jun 2001 15:51:11 +0400
From:      "Andrey A. Chernov" <ache@nagual.pp.ru>
To:        CHOI Junho <cjh@kr.FreeBSD.ORG>
Cc:        i18n@freebsd.org, audit@freebsd.org
Subject:   Re: 2CFR: locale names renaming
Message-ID:  <20010602155111.A43979@nagual.pp.ru>
In-Reply-To: <86wv6vrvhm.fsf@gradius.wdb.co.kr>; from cjh@kr.FreeBSD.ORG on Sat, Jun 02, 2001 at 08:07:01PM %2B0900
References:  <20010602040851.A34526@nagual.pp.ru> <86ofs7thvy.fsf@gradius.wdb.co.kr> <20010602143139.A43237@nagual.pp.ru> <86wv6vrvhm.fsf@gradius.wdb.co.kr>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jun 02, 2001 at 20:07:01 +0900, CHOI Junho wrote:
> >>>>> "AAC" == Andrey A Chernov <ache@nagual.pp.ru> writes:
> 
>     AAC> It is possible (via symlinks) but I don't think it is good idea, even for
>     AAC> transition period. If we preserve compatibility, people never change their
>     AAC> environment LANG variables, so programs which parse LANG directly will be
>     AAC> in trouble since in each and every such programs we need to add both
>     AAC> variants. So there is no advantage of using new scheme since old scheme
>     AAC> must be coded each time too. We already have too many locale changes in
>     AAC> -current to make it is already incompatible with 4.3 locale, so yet one
>     AAC> incompatible change don't play role here.
> 
> If so, why we still have libxpg4 in -current? We can remove that dummy
> library now.

I will not object. BTW, the case you mention is different because no
per-program changes required with or without libxpg4.

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

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




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