Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the DateTime-TimeZone CPAN distribution.

Report information
The Basics
Id: 66618
Status: resolved
Priority: 0/
Queue: DateTime-TimeZone

People
Owner: Nobody in particular
Requestors: david.pinkowitz [...] numarasoftware.com
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 1.30
Fixed in: 1.31



Subject: Patch for updates to Windows Time Zones and modified Windows tests
Microsoft's May 2010, September 2010 and December 2010 Cumulative Time Zone Updates (http://support.microsoft.com/kb/981793, http://support.microsoft.com/kb/2158563 and http://support.microsoft.com/kb/2443685). These added a few new time zones and deprecated a time zone. The new time zones did not show up as test failures, because the Windows tests were hidden except for maintainers. I've created a patch to change that, so it will be easier to determine when the Windows time zones must be updated. Other changes in the test include recognizing Microsoft's display name changes to use UTC rather than GMT in displaying offsets. The test to check whether the Olson zone mapped to the Windows zone appears to be correct remains hidden except for maintainers, because it relies on a fully updated Windows system to ensure it is correct. You can pull and view my changes at https://bitbucket.org/dpinkowitz/datetime-timezone- fork
Subject: Re: [rt.cpan.org #66618] Patch for updates to Windows Time Zones and modified Windows tests
Date: Fri, 18 Mar 2011 15:59:38 -0500 (CDT)
To: David Pinkowitz via RT <bug-DateTime-TimeZone [...] rt.cpan.org>
From: Dave Rolsky <autarch [...] urth.org>
On Tue, 15 Mar 2011, David Pinkowitz via RT wrote: Show quoted text
> Microsoft's May 2010, September 2010 and December 2010 Cumulative Time Zone Updates > (http://support.microsoft.com/kb/981793, http://support.microsoft.com/kb/2158563 and > http://support.microsoft.com/kb/2443685). These added a few new time zones and deprecated > a time zone.
I'm releasing a new version. However, I wonder if medium term it would be better to move Win32 support to its own distro. This is already being done for HPUX. The main DT::TZ will depend on the HPUX distro when the installer runs on a HPUX machine. I could do something similar for Win32 support. I think this would be ideal since then you're not reliant on me to get Win32 updates out. -dave /*============================================================ http://VegGuide.org http://blog.urth.org Your guide to all that's veg House Absolute(ly Pointless) ============================================================*/