Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 5 Jan 2002 22:17:26 +0200
From:      Alexey Zelkin <phantom@FreeBSD.org>
To:        Mikhail Teterin <mi@aldan.algebra.com>
Cc:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: 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:  <20020105221726.A722@ark.cris.net>
In-Reply-To: <200201051957.g05JvVl25556@aldan.algebra.com>; from mi@aldan.algebra.com on Sat, Jan 05, 2002 at 02:57:28PM -0500
References:  <20020105211715.A98164@ark.cris.net> <200201051957.g05JvVl25556@aldan.algebra.com>

next in thread | previous in thread | raw e-mail | index | archive | help
hi,

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.
Mentioned page lists Top Level Domains. But actual country codes
are listed by ISO 3166[*]. SU is missing from this list. This means
that SU is unassigned code and can be assigned in future.

[*]: 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?

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


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?20020105221726.A722>