[11u] RFR: JDK-8254177: (tz) Upgrade time-zone data to tzdata2020b
Andrew Hughes
gnu.andrew at redhat.com
Thu Oct 15 12:49:25 UTC 2020
On 09:48 Thu 15 Oct , Yuri Nesterenko wrote:
>
>
> On 15.10.2020 05:51, Andrew Hughes wrote:
> > On 20:44 Wed 14 Oct , Yuri Nesterenko wrote:
> >> But Andrew, even Oracle has it with fixVersion = 11.0.10-oracle
> >> which is January. Take pity on us! Only six days before release,
> >> and all the builds must be tested and vetted and --
> >> otherwise, as A. Shipilev rightly says,
> >>
> >> artifacts "may contain horrible bugs that could lead to data corruption, engulfing machines in flames,
> >> selling your firstborns at eBay, etc."
> >>
> >> --yan
> >>
> >
> > Ok, we can include it as a local fix for 8u & 11u instead, and defer
> > to 8u282/11.0.9 upstream, if it's going to cause an issue. I just
> > thought it preferable to include it upstream if possible.
>
> To defer, that would be much better, thank you!
>
No problem!
> >
> > Incidentally, note that this tzdata update has gone out to many
> > systems already and so the JDK will be behind the system tzdata
> > for about three months. We use the system tzdata rather than the
> > in-tree version in our packages, so we need this fix to make
> > sure the translations are in sync with that.
> >
> > Any thoughts on the patch itself, so we can get it into 11u-dev? :-)
> As to the fix, it looks OK to me.
> I don't see a change in backward files related to that stillborn Pacific_new
> but there's no rush I think. If somebody need it it may be included later, right?
>
Yes, I mentioned this on the original review:
https://git.openjdk.java.net/jdk/pull/602
US/Pacific-New was only ever just a link to America/Los_Angeles,
rather than an actual definition like those in systemv &
jdk11_backward. We could always add it to jdk11_backward if it
becomes apparent people depend it, but, in the unlikely event someone
is, it's much preferable that they just switch to using
America/Los_Angeles directly.
This wouldn't be the first time zones have been removed. I've seen
it happen in previous updates. The only difference here is the file,
which only contained a single zone, is removed as well.
> Thanks,
> --yan
>
>
> >
> > Thanks,
> >
>
Thanks,
--
Andrew :)
Senior Free Java Software Engineer
OpenJDK Package Owner
Red Hat, Inc. (http://www.redhat.com)
PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222
More information about the jdk-updates-dev
mailing list