F22 System Wide Change: Glibc Unicode 7.0
jreznik at redhat.com
Tue Jan 20 11:18:09 UTC 2015
= Proposed System Wide Change: Glibc Unicode 7.0 =
Change owner(s): Mike Fabian <mfabian At redhat DOT com>, Pravin Satpute
<pravins At fedoraproject DOT org>, Siddhesh Poyarekar<spoyarek AT redhat DOT
We are updating Glibc Unicode data from Unicode 5.1 to Unicode 7.0 version. It
took long time since there was not much documentation on how to update Unicode
data and also there was chance of loosing backward compatibility. Most of the
issues are resolved now and patches are ready for inclusion. This update adds
around 8000 number of character support in Glibc and also correcting the
Unicode data of many characters as per latest Unicode standard.
== Detailed Description ==
In this update we are planning to update Glibc's the Unicode locale data -
character map and LC_CTYPE information to Unicode 7.0 version. This data is
used almost in all locales and going to affect all applications using these
locales. It is system wide change since it impacting glibc and application
dependent on it. Glibc provides two files for Unicode data, UTF-8 and i18n.
UTF-8 file provides information about CHARMAP and WIDTH for Unicode characters.
i18n file provides CTYPE (uppercase, lowercase, punct etc.) information for all
Unicode characters. It has been long time this is not updated due to
incomplete documentation and also possible chances of loosing backward
compatibility. Work has been started on this 5-6 months back and now most of
the issues are resolved.
Respective bugs in upstream for more information.
* Update locale data to Unicode 7.0.0 
* Update UTF-8 charmap and width to Unicode 7.0.0 
Github repo for scripts. 
== Scope ==
* Proposal owners:
1. Writing scripts for generating UTF-8 and i18n files from Unicode character
2. Preparing patch for UTF-8 and i18n files.
3. Preparing backward compatibility report.
4. Applying patches to Fedora.
5. Testing whether does it breaks anything around.
* Other developers: This change impacting glibc and all applications that
using locales. Other Developers do not need to do any changes from there end
but they need to watch how there application behave with improved localedata.
We need proper testing to see it does not break any application.
* Release engineering: No work required from Release engineering.
* Policies and guidelines: No, this change does not required any updates to
Policies or packaging guideline updates.
== Contingency Plan ==
* Contingency mechanism: Will drop patches from Glibc build.
* Contingency deadline: Before F22 Beta release eg. Beta freeze.
* Blocks release? No
* Blocks product? product No
devel-announce mailing list
devel-announce at lists.fedoraproject.org
More information about the devel