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: 50640
Status: resolved
Priority: 0/
Queue: DateTime-TimeZone
People
Owner: Nobody in particular
Requestors: dolmen [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Important
Broken in: 1.00
Fixed in: 1.01

History Show all quoted text
  Mon Oct 19 06:00:03 2009 dolmen [...] cpan.org - Ticket created
Subject: t/04local.t: incompatible with DateTime::TimeZone::local::hpux
t/04local.t makes the assumption that DateTime::TimeZone->links() gives valid values for $ENV{TZ}. However the $ENV{TZ} namespace for HPUX is different so most DateTime::TimeZone names makes invalid DateTime::TimeZone::HPUX names. More importantly, there could be a conflict between an OS value and the DT::TZ values so the OS-dependent module could be used to workaround bugs. For example, assuming in the test case that $ENV{TZ}='AST4' gives 'AST4' as the TimeZone name is wrong as the OS dependent implementation may choose a different mapping. -- Olivier Mengué - http://o.mengue.free.fr/
  Mon Oct 19 06:06:14 2009 dolmen [...] cpan.org - Correspondence added
The easy fix would be to: - totally skip this test if $^O eq 'hpux' - tell the use to install DateTime::TimeZone::HPUX (I'm the DateTime::TimeZone::HPUX maintainer). -- Olivier Mengué - http://o.mengue.free.fr/
  Mon Oct 19 06:06:15 2009 dolmen [...] cpan.org - Status changed from 'new' to 'open'
  Wed Oct 21 21:44:44 2009 DROLSKY [...] cpan.org - Status changed from 'open' to 'resolved'
  Wed Oct 21 21:44:46 2009 DROLSKY [...] cpan.org - Fixed in 1.01 added