Paul, Where can I find more information about that change in the timestamp? Do you know why is this 25:00:00 instead of the next day 1h? Sounds weird to me that a field named “time” supports such value. - Marcos On Mon, Nov 26, 2018 at 22:59 Paul Eggert <eggert@cs.ucla.edu> wrote:
On 11/25/18 9:49 PM, Dhanusha, Pb (Nokia - IN/Bangalore) wrote:
#/usr/bin/java -jar /root/tzupdater.jar -l file:/root/tzdata2018g.tar.gz
Failed: java.lang.Exception: Failed while parsing file '/tmp/tz.tmp/asia' on line 1655 'Rule Japan 1948 1951 - Sep Sat>=8 25:00 0 S'
As announced in <https://mm.icann.org/pipermail/tz-announce/2018-October/000052.html> you should be able to use the rearguard-format tarball < https://web.cs.ucla.edu/~eggert/tz/release/2018g/tzdata2018g-rearguard.tar.g...>
instead. This has been reported to work with the Java updater used by many GNU/Linux distributions <https://mm.icann.org/pipermail/tz/2018-October/027143.html>, and I expect it to work with Java SE TZUpdater 2.2.0 as well, though I haven't tested this.
Although the timestamp format was changed in 2007 this change was evidently overlooked in TZUpdater. Sorry, I don't know when TZUpdater itself will be fixed to support these timestamps; TZUpdater is a separate project maintained by a different group.