This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 5/5][v9] Update the i18n, UTF-8, and translit_* files to Unicode 8.0.0


On 12/10/2015 11:37 AM, Joseph Myers wrote:
> On Thu, 10 Dec 2015, Carlos O'Donell wrote:
> 
>> * Unicode 8.0.0 Support: Character encoding, character type info, and
>>   transliteration tables are all updated to Unicode 8.0.0, using new
>>   and/or improved generator scripts contributed by Mike FABIAN (Red Hat).
>>   These updates cause user visible changes, such as the fixes for bugs
>>   89, 16061, and 18568.
>>
>> If required we can adjust it before 2.23 releases.
>>
>> That completes the last of the Unicode 8.0.0 update patches.
> 
> Does bug 18568 need to be closed as FIXED?

I've marked it FIXED, and marked Patchwork related entries Committed with
their respective commit ids.

> There's also the matter of adding tr_TR LC_CTYPE updates to the Unicode 
> update automation (see bug 18491).

Yes, it would require special automation to fix tr_TR.

Shall I commit something like this?

diff --git a/NEWS b/NEWS
index 86d8ab6..b2269fe 100644
--- a/NEWS
+++ b/NEWS
@@ -11,7 +11,8 @@ Version 2.23
   transliteration tables are all updated to Unicode 8.0.0, using new
   and/or improved generator scripts contributed by Mike FABIAN (Red Hat).
   These updates cause user visible changes, such as the fixes for bugs
-  89, 16061, and 18568.
+  89, 16061, and 18568. Note that bug 18491 remains unfixed which means
+  that the tr_TR locale will not yet see updated Unicode 8.0.0 support.
 
 * sched_setaffinity, pthread_setaffinity_np no longer attempt to guess the
   kernel-internal CPU set size.  This means that requests that change the
---

Cheers,
Carlos.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]