On 13 February 2018 at 22:20, Yoshito Umaoka <y.uma...@gmail.com> wrote:
> Hello Sato-san,
> As you know, tz database 2018a flipped Europe/Dublin winter/summer time
> rules. There were many messages posted in the tz mailing list, and Paul
> Eggert decided to revert the change in tz database 2018c. For future
> releases, it looks he want to add a zic build option to swap the rule.
> We also discussed what to do in CLDR project. For now, we decided not to
> make any changes for Europe/Dublin in CLDR release 33 (GA in March 2018) at
> least. We don't have a solid plan for post CLDR 33 releases.
> My understanding is that OpenJDK also consumes CLDR zone name data. Is this
> true? If so, do you have any input for post CLDR 33 releases?
FWIW, my personal opinion is that CLDR should fork TZDB (with the
prior buy-in of Apple, MS, Android, Oracle etc,), but thats a
relatively big decision for CLDR.
In the short term, I don't think CLDR should change its data, nor do I
think OpenJDK should change. ie. for Ireland, standard=winter and
daylight=summer should continue to be true in both projects.
If TZDB insists on continuing with the change, the TZDB compiler in
OpenJDK will have to be changed. I've managed to make a change (hack)
to the compiler in Joda-Time, so a solution should be possible to some
degree in OpenJDK too.