[Bug localedata/3842] New: Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/3842] New: Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU

glaubitz at physik dot fu-berlin.de
In Russia No-Break Space is used as thousands separator, So, thousands_sep in
LC_NUMERIC and mon_throusands_sep in LC_MONETARY should be <U00A0> (NBSP), not
<U2002>.

--
           Summary: Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: localedata
        AssignedTo: libc-locales at sources dot redhat dot com
        ReportedBy: victor dot ashirov at gmail dot com
                CC: glibc-bugs at sources dot redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=3842

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/3842] Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU

glaubitz at physik dot fu-berlin.de

------- Additional Comments From victor dot ashirov at gmail dot com  2007-01-07 13:23 -------
Created an attachment (id=1478)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=1478&action=view)
ru_RU fix


--


http://sourceware.org/bugzilla/show_bug.cgi?id=3842

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/3842] Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From drepper at redhat dot com  2007-02-17 17:16 -------
Is this just convention because many systems cannot express the en space
character or is this really necessary and required?  Provide references to
official documents supporting your claim.

--
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING


http://sourceware.org/bugzilla/show_bug.cgi?id=3842

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/3842] Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From sirspiritus at yandex dot ru  2007-04-06 20:40 -------
(In reply to comment #2)
> Is this just convention because many systems cannot express the en space
> character or is this really necessary and required?  Provide references to
> official documents supporting your claim.

Yes, many systems cannot display U+2002 because most fonts have no glyph for
U+2002, so we see squares instead of space thouthands delimiters. I have this
problem(small squares as the thousands delimiters) with the wget in GNU/Linux
2.6/glibc-2.5/ru_RU.UTF-8. Only Terminus and Fixed fonts have a glyph for
U+2002 character. So U+2002 as a system thousands separator in ru_RU locale
implied a bad compatibility.
And BTW I see no one other locale with the U+2002 as a separator, but I can see
many locales with U+0020 and U+00A0 separators. Is that some kind of experiment
on Russians? :)

$ grep sep /usr/share/i18n/locales/*|grep U2002
/usr/share/i18n/locales/ru_RU:mon_thousands_sep         "<U2002>"
/usr/share/i18n/locales/ru_RU:thousands_sep             "<U2002>"
$ grep sep /usr/share/i18n/locales/*|grep U0020
/usr/share/i18n/locales/aa_DJ:mon_thousands_sep     "<U0020>"
/usr/share/i18n/locales/az_AZ:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/be_BY:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/be_BY@latin:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/bs_BA:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/de_AT:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/fr_CA:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/fr_CA:thousands_sep             "<U0020>"
/usr/share/i18n/locales/fr_FR:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/fr_LU:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/hr_HR:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/kk_KZ:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/ky_KG:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/ky_KG:thousands_sep             "<U0020>"
/usr/share/i18n/locales/mg_MG:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/mk_MK:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/mk_MK:thousands_sep             "<U0020>"
/usr/share/i18n/locales/mn_MN:mon_thousands_sep   "<U0020>"
/usr/share/i18n/locales/nl_NL:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/ru_UA:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/sl_SI:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/sl_SI:thousands_sep             "<U0020>"
/usr/share/i18n/locales/sv_SE:mon_thousands_sep       "<U0020>"
/usr/share/i18n/locales/sv_SE:thousands_sep           "<U0020>"
/usr/share/i18n/locales/tg_TJ:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/tt_RU:mon_thousands_sep         "<U0020>"
/usr/share/i18n/locales/uk_UA:mon_thousands_sep         "<U0020>"
$ grep sep /usr/share/i18n/locales/*|grep U00A0
/usr/share/i18n/locales/bg_BG:mon_thousands_sep         "<U00A0>"
/usr/share/i18n/locales/cs_CZ:mon_thousands_sep "<U00A0>"
/usr/share/i18n/locales/cs_CZ:thousands_sep             "<U00A0>"
/usr/share/i18n/locales/et_EE:mon_thousands_sep   "<U00A0>"
/usr/share/i18n/locales/et_EE:thousands_sep           "<U00A0>"
/usr/share/i18n/locales/fi_FI:mon_thousands_sep    "<U00A0>"
/usr/share/i18n/locales/fi_FI:thousands_sep        "<U00A0>"
/usr/share/i18n/locales/lv_LV:mon_thousands_sep "<U00A0>"
/usr/share/i18n/locales/lv_LV:thousands_sep     "<U00A0>"
/usr/share/i18n/locales/nn_NO:mon_thousands_sep     "<U00A0>"
/usr/share/i18n/locales/sk_SK:mon_thousands_sep "<U00A0>"
/usr/share/i18n/locales/sk_SK:thousands_sep             "<U00A0>"


--


http://sourceware.org/bugzilla/show_bug.cgi?id=3842

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/3842] Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From sirspiritus at yandex dot ru  2007-04-07 03:51 -------
http://www.cs.tut.fi/~jkorpela/chars/spaces.html :

The use of various space characters of specific width, such as THIN SPACE, is
generally risky. Many common fonts lack glyphs for the characters, causing a
generic glyph of unrepresentable character to be shown.

--


http://sourceware.org/bugzilla/show_bug.cgi?id=3842

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/3842] Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From cvs-commit at gcc dot gnu dot org  2007-07-12 14:56 -------
Subject: Bug 3842

CVSROOT: /cvs/glibc
Module name: libc
Branch: glibc-2_5-branch
Changes by: [hidden email] 2007-07-12 14:55:52

Modified files:
        .              : ChangeLog
        sysdeps/posix  : euidaccess.c

Log message:
        2007-02-17  Ulrich Drepper  <[hidden email]>
       
        [BZ #3842]
        * sysdeps/posix/euidaccess.c [_LIBC] (euidaccess): Remove shortcut
        using __libc_enable_secure.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/libc/ChangeLog.diff?cvsroot=glibc&only_with_tag=glibc-2_5-branch&r1=1.10362.2.46&r2=1.10362.2.47
http://sourceware.org/cgi-bin/cvsweb.cgi/libc/sysdeps/posix/euidaccess.c.diff?cvsroot=glibc&only_with_tag=glibc-2_5-branch&r1=1.13&r2=1.13.2.1



--


http://sourceware.org/bugzilla/show_bug.cgi?id=3842

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/3842] Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From drepper at redhat dot com  2007-08-25 05:45 -------
I don't generally like weakening the locale definition just because of bad
programs but there really seems not much reason to use U2002, it's overly
pedantic.  Changed in cvs.

--
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |FIXED


http://sourceware.org/bugzilla/show_bug.cgi?id=3842

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/3842] Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From sirspiritus at yandex dot ru  2007-10-17 04:41 -------
(In reply to comment #6)
> I don't generally like weakening the locale definition just because of bad
> programs but there really seems not much reason to use U2002, it's overly
> pedantic.  Changed in cvs.

Good news :)

--


http://sourceware.org/bugzilla/show_bug.cgi?id=3842

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.