Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 7 Jan 2002 11:37:37 +0300
From:      Dmitry Sivachenko <mitya@cavia.pp.ru>
To:        Alexey Zelkin <phantom@FreeBSD.org>
Cc:        Mikhail Teterin <mi@aldan.algebra.com>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re[2]: cvs commit: src/usr.bin/calendar/calendars calendar.croatian calendar.german         calendar.russian src/usr.bin/calendar/calendars/de_DE.ISO8859-1 calendar.all         calendar.feiertag calendar.geschichte calendar.kirche         calendar.literatur calendar.musik calendar.wissenschaft ...
Message-ID:  <8041195288.20020107113737@cavia.pp.ru>
In-Reply-To: <20020105221726.A722@ark.cris.net>
References:  <20020105211715.A98164@ark.cris.net> <200201051957.g05JvVl25556@aldan.algebra.com> <20020105221726.A722@ark.cris.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Здравствуйте, Alexey.

Вы писали 5 января 2002 г., 23:17:26:

AZ> hi,

AZ> On Sat, Jan 05, 2002 at 02:57:28PM -0500, Mikhail Teterin wrote:

>> >> Not a Russian,  I think of myself as Soviet  -- frequently conversing
>> >> in  Russian  language,  using  ru_SU  felt  just  fine.  ru_RU  feels
>> >> disturbing :-|
>> >
>> > Sorry, but from technical perspective --  SU is a Contry Code assigned
>> > for Sudan IIRC.
>> 
>> No, that would be SD:
>> 
>>       http://www1.ics.uci.edu/pub/websoft/wwwstat/country-codes.txt
>> 
>> SU is the former USSR -- as expected.
AZ> Mentioned page lists Top Level Domains. But actual country codes
AZ> are listed by ISO 3166[*]. SU is missing from this list. This means
AZ> that SU is unassigned code and can be assigned in future.

AZ> [*]: http://userpage.chemie.fu-berlin.de/diverse/doc/ISO_3166.html

>> > So, having  Russian language locale  for Sudan is slightly  strange as
>> > for me :-)
>>  
>> > Also I  have to  note that  FreeBSD is  only OS  which is  using ru_SU
>> > locale as I know. Everybody else are using ru_RU for ages.
>> 
>> I like FreeBSD. Can't we keep the ru_SU alias? Please?

AZ> This requires adding a hack to 'make hierarchy' functionality. Correctly,
AZ> remove exisitng /usr/share/{nls,locale}/ru_RU.* before execution of
AZ> mtree(1). Only in this case ru_RU locale should be setup correctly for
AZ> 'make world' upgrades. Otherwise we'll have crossed symlinks between
AZ> ru_RU and ru_SU locale directories and broken world as result :-( I don't
AZ> think that purpose is worth such hacks. But if there're will be more
AZ> requests and no objections I'll do it.

I tend to agree with Mikhail here.
If there is no strong reason to remove ru_SU, it should stay.
Backward compatibility is important.


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?8041195288.20020107113737>