Bug 20009 - tr_TR: convert LC_CTYPE to i18n
Summary: tr_TR: convert LC_CTYPE to i18n
Status: RESOLVED FIXED
Alias: None
Product: glibc
Classification: Unclassified
Component: localedata (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: 2.27
Assignee: Not yet assigned to anyone
URL: https://sourceware.org/ml/libc-alpha/...
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-27 05:13 UTC by Mike Frysinger
Modified: 2017-10-21 08:24 UTC (History)
3 users (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:
fweimer: security-

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Frysinger 2016-04-27 05:13:26 UTC 
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.
Comment 1 Marko Myllynen 2016-04-27 06:27:02 UTC 
https://sourceware.org/bugzilla/show_bug.cgi?id=18491 has some background information.
Comment 2 Chris Leonard 2016-04-27 07:29:02 UTC 
Maybe reaching out to some of the LaunchPad tr_TR localizers would help?

https://translations.launchpad.net/+languages/tr

There is no established GNOME team.

cjl

On Wed, Apr 27, 2016 at 1:13 AM, vapier at gentoo dot org
<sourceware-bugzilla@sourceware.org> wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=20009
>
>             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.
>                     html
>             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.
Comment 3 Mike Frysinger 2016-04-27 15:03:50 UTC 
thanks, that bg helps speed things up
Comment 4 Mike FABIAN 2017-10-21 08:24:20 UTC 
I think this is already fixed because of:

commit 85bafe6f3d0e4647af5e74178b46abdf44d3b981
Author: Joseph Myers <joseph@codesourcery.com>
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.
    
            [BZ #18491]
            * unicode-gen/unicode_utils.py (to_upper_turkish): New function.
            (to_lower_turkish): Likewise.
            * 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.