the tr_TR locale is the only one that does not copy i18n in LC_CTYPE. we should figure out why this is and how to get it rebased on top of i18n so we get all of the common changes like translit_neutral.
https://sourceware.org/bugzilla/show_bug.cgi?id=18491 has some background information.
Maybe reaching out to some of the LaunchPad tr_TR localizers would help?
There is no established GNOME team.
On Wed, Apr 27, 2016 at 1:13 AM, vapier at gentoo dot org
> Bug ID: 20009
> Summary: tr_TR: convert LC_CTYPE to i18n
> Product: glibc
> Version: unspecified
> URL: https://sourceware.org/ml/libc-alpha/2016-04/msg00635.
> Status: NEW
> Severity: normal
> Priority: P2
> Component: localedata
> Assignee: unassigned at sourceware dot org
> Reporter: vapier at gentoo dot org
> CC: libc-locales at sourceware dot org
> Target Milestone: ---
> the tr_TR locale is the only one that does not copy i18n in LC_CTYPE. we
> should figure out why this is and how to get it rebased on top of i18n so we
> get all of the common changes like translit_neutral.
> You are receiving this mail because:
> You are on the CC list for the bug.
thanks, that bg helps speed things up
I think this is already fixed because of:
Author: Joseph Myers <firstname.lastname@example.org>
Date: Fri Dec 11 12:45:19 2015 +0000
Automate LC_CTYPE generation for tr_TR, update to Unicode 8.0.0 (bug 18491).
This patch makes the automation of Unicode LC_CTYPE generation also
support generating the modified LC_CTYPE used for Turkish (where case
conversions of 'i' and 'I' differ from ASCII conventions), so allowing
that to be more readily kept in sync for future Unicode updates. The
patch includes the locale update generated by the scripts.
Tested for x86_64.
* unicode-gen/unicode_utils.py (to_upper_turkish): New function.
* unicode-gen/gen_unicode_ctype.py (output_tables): Support
producing output with Turkish case conversions.
(--turkish): New command-line option.
* unicode-gen/Makefile (GENERATED): Add tr_TR.
(tr_TR): New rule.
* locales/tr_TR: Regenerate LC_CTYPE.