Bug 1677093

Summary: The Japanese Era name will be changed on 2019-05-01 / component icu / rhel8
Product: Red Hat Enterprise Linux 8 Reporter: Christian Horn <chorn>
Component: icuAssignee: Mike FABIAN <mfabian>
Status: CLOSED ERRATA QA Contact: Satyabrata Maitra <smaitra>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 8.0CC: ahogbin, desktop-qa-list, eng-i18n-bugs, mfabian, ompnix, smaitra, tpelka
Target Milestone: rcKeywords: Rebase
Target Release: 8.1Flags: petersen: mirror+
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1677092 Environment:
Last Closed: 2019-11-05 22:19:03 UTC Type: ---
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: 1677090, 1677092    
Bug Blocks: 1654309, 1677091, 1688570, 1710589    

Description Christian Horn 2019-02-14 02:51:34 UTC
+++ This bug was initially created as a clone of Bug #1677092 +++

+++ This bug was initially created as a clone of Bug #1677090 +++

Description of problem:
The Japanese Era name will be changed on 2019-05-01 / component icu / rhel5
icu code is referring to the japanese era name.

(snippet from the rhel7 icu code)
 364 void IntlCalendarTest::TestJapanese() {
 365     UDate timeA = Calendar::getNow();
 366     
 367     /* Sorry.. japancal.h is private! */
 368 #define JapaneseCalendar_MEIJI  232
 369 #define JapaneseCalendar_TAISHO 233
 370 #define JapaneseCalendar_SHOWA  234
 371 #define JapaneseCalendar_HEISEI 235
 372     
 373     // BE 2542 == 1999 CE
 374     int32_t data[] = { 
 375         //       Jera         Jyr  Gyear   m             d
 376         JapaneseCalendar_MEIJI, 1, 1868, UCAL_SEPTEMBER, 8,
 377         JapaneseCalendar_MEIJI, 1, 1868, UCAL_SEPTEMBER, 9,
 378         JapaneseCalendar_MEIJI, 2, 1869, UCAL_JUNE, 4,
 379         JapaneseCalendar_MEIJI, 45, 1912, UCAL_JULY, 29,
 380         JapaneseCalendar_TAISHO, 1, 1912, UCAL_JULY, 30,
 381         JapaneseCalendar_TAISHO, 1, 1912, UCAL_AUGUST, 1,
 382         
 383         // new tests (not in java)
 384         JapaneseCalendar_SHOWA,     64,   1989,  UCAL_JANUARY, 7,  // Test current era transition (different code path than others)
 385         JapaneseCalendar_HEISEI,    1,   1989,  UCAL_JANUARY, 8,
 386         JapaneseCalendar_HEISEI,    1,   1989,  UCAL_JANUARY, 9,
 387         JapaneseCalendar_HEISEI,    1,   1989,  UCAL_DECEMBER, 20,
 388         JapaneseCalendar_HEISEI,  15,  2003,  UCAL_MAY, 22,
 389         -1,-1,-1,-1,-1,-1,-1,-1,-1,-1
 390     };

Actual results:
No reference to the upcoming era.

Expected results:
The upcoming era name should properly be dealed with.

Additional info:
- https://en.wikipedia.org/wiki/Japanese_imperial_transition,_2019
- the new era name has not yet been announced.
- We also have to modify glibc (for example bz1555189) and openjdk.

Comment 1 omps 2019-04-01 05:38:35 UTC
New Japanese era name was announced a few minutes ago

https://en.wikipedia.org/wiki/Portal:Current_events/2019_April_1

more formal one : https://japantoday.com/category/national/japan-names-new-era-reiwa

Comment 2 Mike FABIAN 2019-05-09 07:58:02 UTC
I think the best way to fix this is to rebase from  icu-60.2 (which is currently in RHEL-8) to the maintenance release icu-60.3.

Comment 9 errata-xmlrpc 2019-11-05 22:19:03 UTC
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/RHBA-2019:3580