Skip Menu |

This queue is for tickets about the Time-Zone-Olson CPAN distribution.

Report information
The Basics
Id: 113732
Status: resolved
Priority: 0/
Queue: Time-Zone-Olson

People
Owner: Nobody in particular
Requestors: SREZIC [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 0.09
Fixed in: 0.10



Subject: Fails to parse Asia/Barnaul (related to tzdata?)
On debian/wheezy and debian/jessie systems I see the following test failure: ... # TZ environment variable is Europe/Berlin # TZ environment variable is untainted as Europe/Berlin # Output of gnu date command:2015/02/28 11:00:00 # Results of unpack: Failed to parse the tz defintion of <+07>-7 from /usr/share/zoneinfo/Asia/Barnaul at t/zoneinfo_current.t line 83. # Tests were run but no plan was declared and done_testing() was not seen. # Looks like your test exited with 255 just after 450. t/zoneinfo_current.t .. Dubious, test returned 255 (wstat 65280, 0xff00) All 450 subtests passed ... I guess it's related to the tzdata version --- with 2015g-0+deb8u1 it seems to work, while the recent 2016c-0+deb7u1 is causing the failure.
On Wed Apr 13 16:06:04 2016, SREZIC wrote: Show quoted text
> On debian/wheezy and debian/jessie systems I see the following test > failure: > > ... > # TZ environment variable is Europe/Berlin > # TZ environment variable is untainted as Europe/Berlin > # Output of gnu date command:2015/02/28 11:00:00 > # Results of unpack: > Failed to parse the tz defintion of <+07>-7 from > /usr/share/zoneinfo/Asia/Barnaul at t/zoneinfo_current.t line 83. > # Tests were run but no plan was declared and done_testing() was not > seen. > # Looks like your test exited with 255 just after 450. > t/zoneinfo_current.t .. > Dubious, test returned 255 (wstat 65280, 0xff00) > All 450 subtests passed > ... > > > I guess it's related to the tzdata version --- with 2015g-0+deb8u1 it > seems to work, while the recent 2016c-0+deb7u1 is causing the failure.
Thanks for the bug report. It looks related to a weird new timezone format of "<+07>-7" instead of the more normal "AEST-10". Should be fixed in 0.10.