The Belarusian language community affiliated with open-source feels there's a time for creating the additional sub-variant of the be_BY locale (suggested name -- be_BY@alternative). Such sub-variant would denote the locale data and text (translations etc.) represented in the fairly popular in Belarusian community informal variant of the Belarusian language, which is standardised in the book: "Беларускі клясычны правапіс. Збор правілаў. Сучасная нармалізацыя", Audra, Вільня-Менск, 2005. (title translation: "Belarusian classical orthography. Set of rules. Modern normalisation.") The community feels that the current situation, with locale and text data mixing both of the variants, serves bad both translators and users. Separation of variants, like proposed, would facilitate both effectiveness of translating process, for translators, and consistent feel-of-product, for consumers. The issue had already been raised c.June 2005 as a Bugzilla issue ( http://sources.redhat.com/bugzilla/show_bug.cgi?id=1015 ), but then the community didn't agree on some points (naming etc.), and the issue was suspended. Now, sort of consensus has been reached and both "sides" of the dispute are now endorsing this request to create the additional sub-variant of the be_BY locale with suggested name of be_BY@alternative. The implementation of the separation is an attached locale file "be_BY@alternative" for merging with the glibc CVS. Looking forward to hear from you soon, Ihar Hrachyshka <iharh@gnome.org>, maintainer of the Gnome translation, translator of Gajim etc. Ales Nyakhaychyk <nyakhaychyk@gmail.com>, maintainer of the Xfce4 translation, translator of Gnome. Yury Tarasievich <yury.tarasievich@gmail.com>, translator and maintainer of OpenOffice translation etc. Ales Navicki <zolak@lacinka.org>, translator of Gnome; Opera, Skype, Wordpress, Mambo etc. PS: If you are a Belarusian community member feel free to support this request too.
Created attachment 1546 [details] be_BY@alternative locale file
There is a talk on registering IANA-code for alternative spelling here: http://www.alvestrand.no/pipermail/ietf-languages/2007-April/thread.html I think we should wait for decisions on that topic before registering glibc-locale.
Created attachment 4527 [details] be_BY@tarask locale definition for glibc it's a be_BY@tarask locale definition for glibc. please, accept it at last.
I believe it is better to keep all the discussion in a single bug, so let's. *** This bug has been marked as a duplicate of bug 1015 ***