This is the mail archive of the
libc-locales@sourceware.org
mailing list for the GNU libc locales project.
[Bug localedata/15262] New: inconsistent use of romanisation in inyesexpr/noexpr LC_MESSAGES
- From: "daxim at cpan dot org" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sourceware dot org
- Date: Sat, 09 Mar 2013 10:25:06 +0000
- Subject: [Bug localedata/15262] New: inconsistent use of romanisation in inyesexpr/noexpr LC_MESSAGES
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=15262
Bug #: 15262
Summary: inconsistent use of romanisation in in yesexpr/noexpr
LC_MESSAGES
Product: glibc
Version: 2.16
Status: NEW
Severity: enhancement
Priority: P2
Component: localedata
AssignedTo: unassigned@sourceware.org
ReportedBy: daxim@cpan.org
CC: libc-locales@sourceware.org
Classification: Unclassified
Created attachment 6924
--> http://sourceware.org/bugzilla/attachment.cgi?id=6924
Perl tool for dumping LC_MESSAGES from the system glibc-locale installation
The locales bg_BG, fa_IR, mk_MK, pa_PK, ps_AF, sr_ME, sr_RS and ur_PK use Latin
initials from the romanised words. Maybe the other locales, including, but not
limited to ar, as, be, bn, bo, dz, gu, he, hne, hy, kk, ko, ks, ky, lo, mhr,
ml, mn, my, os, ru, sd, si, ta, te, tg, th, tt, uk, ur_IN, uz_UZ@cyrillic, yi
and zh should too?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.