Bug 23437 - Equivalence class problems in several locales.
Summary: Equivalence class problems in several locales.
Status: NEW
Alias: None
Product: glibc
Classification: Unclassified
Component: localedata (show other bugs)
Version: 2.28
: P2 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
Depends on:
Reported: 2018-07-20 21:06 UTC by Carlos O'Donell
Modified: 2018-07-27 15:42 UTC (History)
2 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 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.