Bug 1555189
Summary: | glibc: The Japanese Era name will be changed on May 1, 2019 [rhel-7.7.0] | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Yoko Oguma <yoguma> | |
Component: | glibc | Assignee: | Florian Weimer <fweimer> | |
Status: | CLOSED ERRATA | QA Contact: | qe-baseos-tools-bugs | |
Severity: | medium | Docs Contact: | Vladimír Slávik <vslavik> | |
Priority: | high | |||
Version: | 7.7 | CC: | ahogbin, andrew.schofield, ashankar, bbarve, bgollahe, chorn, codonell, cww, dj, eng-i18n-bugs, fweimer, kkohata, mcermak, mfabian, mmatsuya, mnewsome, nyamashi, ompnix, petersen, pfrankli, psatpute, skolosov, toneata, vslavik | |
Target Milestone: | rc | Keywords: | i18n, ZStream | |
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | glibc-2.17-289.el7 | Doc Type: | Enhancement | |
Doc Text: |
.Date formatting updates for the Japanese Reiwa era
The GNU C Library now provides correct Japanese era name formatting for the Reiwa era starting on May 1st, 2019. The time handling API data has been updated, including the data used by the `strftime` and `strptime` functions. All APIs will correctly print the Reiwa era including when `strftime` is used along with one of the era conversion specifiers such as `%EC`, `%EY`, or `%Ey`.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1555930 1555932 1577438 1693147 1693148 1693151 1693152 1695514 (view as bug list) | Environment: | ||
Last Closed: | 2019-08-06 12:48:58 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1594286, 1654309, 1660844, 1688569, 1693147, 1693148, 1693151, 1693152, 1695514 |
Description
Yoko Oguma
2018-03-14 06:14:53 UTC
Fix for this has to come from upstream first so we have the correct and matching era name. Once we have released an errata including the new errata data, will there be anything left for customers to do? For example, could there any relinking be required, or any recompilation of code which they use? (In reply to Christian Horn from comment #11) > Once we have released an errata including the new errata data, will there be > anything left for customers to do? No. In fact we can write a kbentry *immediately* with steps to take to actually adjust the target system to handle the new era change. The steps require compiling and installing a new locale. > For example, could there any relinking be required, or any recompilation of > code which they use? No. >(In reply to Christian Horn from comment #11) >> Once we have released an errata including the new errata data, will there be >> anything left for customers to do? >No. Thanks Carlos, should now be covered by https://access.redhat.com/solutions/2749651 . FWIW, openjdk seems to have implemented the new era now, with name NEWERA, which they intend to replace then later. I guess they wanted to be sure to have time to debug issues they might have with the change itself now that there is time, and later just want to replace the era. http://hg.openjdk.java.net/jdk/jdk/rev/2e3f73b616c2 https://bugs.openjdk.java.net/browse/JDK-8202088 https://bugs.openjdk.java.net/browse/JDK-8205432 New Japanese era name was announced https://en.wikipedia.org/wiki/Portal:Current_events/2019_April_1 more formal one : https://japantoday.com/category/national/japan-names-new-era-reiwa Verified, glibc-2.17-289.el7 has new Japanese Era support Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2019:2118 |