Bug#584662: Bug#574317: Ambiguous timezone in test
Hello, libdatetime-format-datemanip-perl is no more in Debian, I think we can close this bug. Regards, Xavier
Bug#574317: Ambiguous timezone in test
clone 574317 -1 reassign -1 libdate-manip-perl retitle -1 libdate-manip-perl: Behaviour of ambiguous timezones has changed block 574317 by -1 severity -1 important forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=58159 thanks On Mon, Apr 19, 2010 at 11:11:11PM +0300, Damyan Ivanov wrote: Wouldn't it be better if EST is restored to mean North America? I guess (being neither American nor Australian) that that is more commonly used? My concern with the change is that it would change EST interpretation in many places without any warning. Yes, I think you're probably right. The wikipedia article about Australian EST would seem to confirm that (the full abbreviation is usually AEST, with the A being dropped in domestic contexts). I've cloned the bug onto Date::Manip and forwarded it upstream. -- Chris Butler chr...@debian.org GnuPG Key ID: 4096R/49E3ACD3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574317: Ambiguous timezone in test
-=| Chris Butler, Sun, Mar 28, 2010 at 02:23:35PM +0100 |=- It looks like this is actually to do with the recent update to Date::Manip's timezone handling. Specifically, how it deals with ambiguous timezone abbreviations. The test in t/01conversions.t uses the abbreviation EST. However according to [0], there are three different timezones all with the abbreviation EST: EST Eastern Summer Time Australia UTC + 11 hours EST Eastern Standard Time Australia UTC + 10 hours EST Eastern Standard Time North America UTC - 5 hours It appears that the old version of Date::Manip used to pick the North American EST, whereas the new one is choosing the Australian Eastern Summer Time. This gives us the 16 hour shift. The following patch amends the test to use the timezone string US/Eastern instead, removing the ambiguity: Wouldn't it be better if EST is restored to mean North America? I guess (being neither American nor Australian) that that is more commonly used? My concern with the change is that it would change EST interpretation in many places without any warning. signature.asc Description: Digital signature
Bug#574317: Ambiguous timezone in test
It looks like this is actually to do with the recent update to Date::Manip's timezone handling. Specifically, how it deals with ambiguous timezone abbreviations. The test in t/01conversions.t uses the abbreviation EST. However according to [0], there are three different timezones all with the abbreviation EST: EST Eastern Summer Time Australia UTC + 11 hours EST Eastern Standard Time Australia UTC + 10 hours EST Eastern Standard Time North America UTC - 5 hours It appears that the old version of Date::Manip used to pick the North American EST, whereas the new one is choosing the Australian Eastern Summer Time. This gives us the 16 hour shift. The following patch amends the test to use the timezone string US/Eastern instead, removing the ambiguity: Index: t/01conversions.t === --- t/01conversions.t (revision 54833) +++ t/01conversions.t (working copy) @@ -10,7 +10,7 @@ my $dfdm = DateTime::Format::DateManip; ## Set the timezone for Date::Manip and DateTime -my $dm_tz = EST; +my $dm_tz = US/Eastern; my $dt_tz = US/Eastern; # Setup Date::Manip manually so we can force the TZ to beat a config @@ -21,7 +21,7 @@ my @dm_to_dt_tests = ([March 23, 2003 = DateTime-new(year = 2003, month = 3, day = 23, time_zone = $dt_tz) ], - [March 23, 2003 12:00 EST = + [March 23, 2003 12:00 US/Eastern = DateTime-new(year = 2003, month = 3, day = 23, hour = 12, time_zone = $dt_tz) ], ); [0] http://www.timeanddate.com/library/abbreviations/timezones/ -- Chris Butler chr...@debian.org GnuPG Key ID: 4096R/49E3ACD3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org