Thank you Martin and Naoto for your reviews. Unfortunately, I have to discard this review and start a new review for tzdata2018g, since 2018g is already released now.
Regards, Ramanand. > -----Original Message----- > From: Naoto Sato > Sent: Saturday, October 27, 2018 1:41 AM > To: Martin Buchholz <marti...@google.com>; Ramanand Patil > <ramanand.pa...@oracle.com> > Cc: core-libs-dev <core-libs-...@openjdk.java.net>; i18n-dev <i18n- > d...@openjdk.java.net> > Subject: Re: <i18n dev> RFR: 8213016: (tz) Upgrade time-zone data to > tzdata2018f > > +1 > > Naoto > > On 10/26/18 12:38 PM, Martin Buchholz wrote: > > Looks good to me. > > > > On Fri, Oct 26, 2018 at 11:30 AM, Ramanand Patil > > <ramanand.pa...@oracle.com> > > wrote: > > > >> Hi all, > >> Please review the latest TZDATA integration (tzdata2018f) into JDK12. > >> Bug: https://bugs.openjdk.java.net/browse/JDK-8213016 > >> Webrev: http://cr.openjdk.java.net/~rpatil/8213016/webrev.00/ > >> > >> All the TimeZone related tests are passed after integration. > >> > >> Note: > >> The used tzdata files are from the rearguard version of the > >> tzdata2018f release with the patch applied given by the IANA > maintainers[1]. > >> This is done to avoid the value "25:00" from the Japanese ZoneRule. > >> But, as proposed by Stephen[2], a fix from JDK side is also required > >> which will be tracked via a new bug [3]. > >> > >> [1] https://mm.icann.org/pipermail/tz/2018-October/027032.html > >> [2] http://mail.openjdk.java.net/pipermail/core-libs-dev/2018- > >> October/056167.html > >> [3] https://bugs.openjdk.java.net/browse/JDK-8212970 > >> > >> > >> Regards, > >> Ramanand. > >>
