|Summary:||tr_TR: convert LC_CTYPE to i18n|
|Product:||glibc||Reporter:||Mike Frysinger <vapier>|
|Component:||localedata||Assignee:||Not yet assigned to anyone <unassigned>|
|Severity:||normal||CC:||libc-locales, maiku.fabian, myllynen|
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 <firstname.lastname@example.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 <email@example.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.