Bug 23437

Summary: Equivalence class problems in several locales.
Product: glibc Reporter: Carlos O'Donell <carlos>
Component: localedataAssignee: Not yet assigned to anyone <unassigned>
Status: NEW ---    
Severity: normal CC: fweimer, libc-locales
Priority: P2 Flags: fweimer: security-
Version: 2.28   
Target Milestone: ---   
Host: Target:
Build: Last reconfirmed:

Description Carlos O'Donell 2018-07-20 21:06:44 UTC
In tr_TR we have custom collation rules but they change the primary weight and move several symbols out of the equivalence classes that allow them to match together with [=i=] or [=o=].

<U0049> <i-dotless>;<BASE>;<CAP>;IGNORE % I
<U00F6> <o-diaresis>;<BASE>;<MIN>;IGNORE % ö
<U00D6> <o-diaresis>;<BASE>;<CAP>;IGNORE % Ö
<U015F> <s-cedilla>;<BASE>;<MIN>;IGNORE % ş
<U015E> <s-cedilla>;<BASE>;<CAP>;IGNORE % Ş
<U00FC> <u-diaresis>;<BASE>;<MIN>;IGNORE % ü
<U00DC> <u-diaresis>;<BASE>;<CAP>;IGNORE % Ü

Are all in the wrong equivalence class.

I'm not sure how to fix this easily.
Comment 1 Carlos O'Donell 2018-07-26 20:40:57 UTC
az_AZ has the same issue.
Comment 2 Carlos O'Donell 2018-07-26 20:53:22 UTC
crh_UA, and ku_TR also have the same problem.