Bug 10035 - new locale en_RU
Summary: new locale en_RU
Alias: None
Product: glibc
Classification: Unclassified
Component: localedata (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: ---
Assignee: GNU C Library Locale Maintainers
Depends on:
Reported: 2009-04-06 11:43 UTC by Kirill A. Korinskiy
Modified: 2014-07-01 07:21 UTC (History)
3 users (show)

See Also:
Last reconfirmed:
fweimer: security-


Note You need to log in before you can comment on or make changes to this bug.
Description Kirill A. Korinskiy 2009-04-06 11:43:26 UTC
In russia most popular using english interface for desktop by en_US, but this
way have a some issue -- specific format for date, calendars and other.

I'm write a locale for english language in Russian: http://catap.ru/stuff/en_RU
Comment 1 Petr Baudis 2009-04-08 14:13:32 UTC
Can you please provide backing by consensus of some kind of Russian LUG or ack
from the current ru_RU locale authors?
Comment 2 Kirill A. Korinskiy 2009-04-08 14:54:39 UTC
Who author current ru_RU locale?
Comment 3 Kirill A. Korinskiy 2009-04-08 14:55:29 UTC
Who is a author of current ru_RU locale?
Comment 4 Petr Baudis 2009-04-08 15:07:51 UTC
Try contacting Keld.Simonsen@dkuug.dk.
Comment 5 keld@dkuug.dk 2009-04-08 16:49:25 UTC
Subject: Re:  new locale en_RU

On Wed, Apr 08, 2009 at 03:07:51PM -0000, pasky at suse dot cz wrote:
> ------- Additional Comments From pasky at suse dot cz  2009-04-08 15:07 -------
> Try contacting Keld.Simonsen@dkuug.dk.

OK, I am here. I could stand as the author.

Comment 6 Petr Baudis 2009-04-08 22:11:26 UTC
Ok, couple of points...

Can you fill in the missing LC_IDENTIFICATION bits, please? At least the source

Is there some reason why the LC_ADDRESS, LC_NAME, LC_MEASUREMENT, LC_PAPER and
LC_TELEPHONE sections aren't simply copied over from the ru_RU locale?
Comment 7 Kirill A. Korinskiy 2009-04-09 11:26:47 UTC
Ok. I update locale:
 - fill missing LC_IDENTIFICATION bits
Comment 8 Kirill A. Korinskiy 2009-04-14 18:07:03 UTC
anybody have a news?
Comment 9 Ulrich Drepper 2009-04-23 04:14:10 UTC
Why should this locale be added?  There are people speaking English in about
every country.

Locales can easily be added as part of a locale pack or so.  Just use localedef.
Comment 10 Kirill A. Korinskiy 2009-05-03 09:56:37 UTC
I'm and use localdef now.

In russian most popular using engilsh interface. And most peoples use en_US
locale for english interface on desktop and this way not a correct because guys
lost of normal date format and othe.
Comment 11 Petr Baudis 2009-05-03 21:52:55 UTC
Can you somehow show that english interface is more important in Russia than in
other non-English-speaking countries?
Comment 12 Martin Pitt 2009-06-17 09:18:30 UTC
Also, instead of going through the combinatorial explosion of adding locales for
every language/country combination (I repeatedly fend off requests for adding
en_SV, for example), it would be better to fix desktop environments to allow
users to configure LC_MESSAGES and LANG differently, so that you would use
Comment 13 Ulrich Drepper 2011-05-15 15:39:00 UTC
I'm not going to add the locale.  People interesting in them can compile it themselves.
Comment 14 Pavel Kuznetsov 2012-03-13 15:28:54 UTC
It's true that many people in Russia (and elsewhere) for various reasons prefer en_US locale.
I believe many people would like to have an English locale without British and American quirks, that is, with A4 paper format, monday as the first weekday, %d.%m.%Y as date format, metric system and comma as decimal point. These features, I believe, are shared by the most of European nations and at the same time they are ones that a user encounters most. One could name it an "International" locale, or, perhaps, "European" one. Probably, it doesn't really matter if it is coded as en_RU, en_DE, en_FI, whatever.
In fact, this locale (more or less) already exists: http://lh.2xlibre.net/locale/en_DK/. Well, "International" locale happened to be Danish one for reasons of historical nature, so to say.
Comment 15 keld@keldix.com 2012-03-13 16:11:37 UTC
there is also another international locale, namely the i8n locale of TR 14562.