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: 24026
Status: resolved
Priority: 0/
Queue: DateTime-TimeZone
People
Owner: Nobody in particular
Requestors: steve [...] stevenwills.com
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: 0.59

History Show all quoted text
  Wed Dec 20 18:19:45 2006 steve [...] stevenwills.com - Ticket created
Subject: timezone "local" failing on FreeBSD 6.2-PRE
Date: Wed, 20 Dec 2006 18:19:31 -0500
To: bug-DateTime-TimeZone [...] rt.cpan.org
From: Steve Wills <steve [...] stevenwills.com>
I'm using DateTime-TimeZone-0.48 on FreeBSD 6.2-PRERELEASE. When I try to use "local" timezone, I get an error: Cannot determine local time zone This may be related to the bug 14874. For me, this patch fixes it: --- /tmp/Local.pm Wed Dec 20 16:52:49 2006 +++ Local.pm Wed Dec 20 18:20:13 2006 @@ -144,6 +144,7 @@ if ( ! defined $real_name && -f $_ && ! -l $_ + && $_ ne "/usr/share/zoneinfo/posixrules" && $size == -s $_ && File::Compare::compare( $_, $file_to_match ) == 0 ) This makes the find skip the posixrules file. I don't know what that file is, but it's not a timezone. Steve
  Thu Jan 11 14:24:20 2007 DROLSKY [...] cpan.org - Correspondence added
On Wed Dec 20 18:19:45 2006, steve@stevenwills.com wrote: Show quoted text
> I'm using DateTime-TimeZone-0.48 on FreeBSD 6.2-PRERELEASE. When I > try to use "local" timezone, I get an error: > > Cannot determine local time zone > > This may be related to the bug 14874. > > For me, this patch fixes it: > > --- /tmp/Local.pm Wed Dec 20 16:52:49 2006 > +++ Local.pm Wed Dec 20 18:20:13 2006 > @@ -144,6 +144,7 @@ > if ( ! defined $real_name > && -f $_ > && ! -l $_ > + && $_ ne "/usr/share/zoneinfo/posixrules" > && $size == -s $_ > && File::Compare::compare( $_, > $file_to_match ) == 0 > ) > > > This makes the find skip the posixrules file. I don't know what that > file is, but it's not a timezone.
I just checked in a modified verson of this change to the datetime repo at https://perl-date-time.svn.sourceforge.net/svnroot/perl-date-time/modules/DateTime-TimeZone/trunk Can you check this out and see if it fixes the problem? It's weird that this posixrules file should cause a false positive, since it shouldn't match your /etc/localtime file.
  Thu Jan 11 14:24:21 2007 The RT System itself - Status changed from 'new' to 'open'
  Sun Jan 14 14:59:15 2007 steve [...] stevenwills.com - Correspondence added
Subject: Re: [rt.cpan.org #24026] timezone "local" failing on FreeBSD 6.2-PRE
Date: Sun, 14 Jan 2007 14:59:29 -0500
To: bug-DateTime-TimeZone [...] rt.cpan.org
From: Steve Wills <steve [...] stevenwills.com>
That seems to work, thanks. The two files do match btw: MD5 (/usr/share/zoneinfo/posixrules) = 3cf0ccc7d6b240390188367933c9cd90 MD5 (/etc/localtime) = 3cf0ccc7d6b240390188367933c9cd90 Steve On Jan 11, 2007, at 2:24 PM, via RT wrote: Show quoted text
> > <URL: http://rt.cpan.org/Ticket/Display.html?id=24026 > > > On Wed Dec 20 18:19:45 2006, steve@stevenwills.com wrote:
>> I'm using DateTime-TimeZone-0.48 on FreeBSD 6.2-PRERELEASE. When I >> try to use "local" timezone, I get an error: >> >> Cannot determine local time zone >> >> This may be related to the bug 14874. >> >> For me, this patch fixes it: >> >> --- /tmp/Local.pm Wed Dec 20 16:52:49 2006 >> +++ Local.pm Wed Dec 20 18:20:13 2006 >> @@ -144,6 +144,7 @@ >> if ( ! defined $real_name >> && -f $_ >> && ! -l $_ >> + && $_ ne "/usr/share/zoneinfo/posixrules" >> && $size == -s $_ >> && File::Compare::compare( $_, >> $file_to_match ) == 0 >> ) >> >> >> This makes the find skip the posixrules file. I don't know what that >> file is, but it's not a timezone.
> > I just checked in a modified verson of this change to the datetime > repo > at > https://perl-date-time.svn.sourceforge.net/svnroot/perl-date-time/ > modules/DateTime-TimeZone/trunk > > Can you check this out and see if it fixes the problem? It's weird > that > this posixrules file should cause a false positive, since it shouldn't > match your /etc/localtime file.
  Wed Mar 07 10:04:24 2007 DROLSKY [...] cpan.org - Status changed from 'open' to 'resolved'
  Wed Mar 07 10:04:35 2007 DROLSKY [...] cpan.org - Fixed in 0.59 added