[Bug 1372923] Package modified in Fedora exhibits bad behavior when /etc/ localtime is old

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1372923

Petr Pisar <ppisar@xxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
                 CC|                            |ppisar@xxxxxxxxxx
           Assignee|jplesnik@xxxxxxxxxx         |ppisar@xxxxxxxxxx



--- Comment #2 from Petr Pisar <ppisar@xxxxxxxxxx> ---
Fedora package was modified to use /etc/localtime via
DateTime::TimeZone::Tzfile because of bug #1135981.

The issue with DateTime::TimeZone from CPAN is it horribly dies (the "Cannot
determine local time zone" error) if time zone name is unknown but
/etc/localtime exists which is a valid configuration of a Linux system.

With Fedora's patch, instead of dying, it works in most of the cases. It only
cannot retrieve time zone name ("Can't locate object method "offset_as_string""
error) because system time zone files do not provide it.

>From this point of view the Fedora's package is less broken than the CPAN's
version.

I can look if I can add the offset_as_string() method to
DateTime::TimeZone::Tzfile object in this case.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@xxxxxxxxxxxxxxxxxxxxxxx
https://lists.fedoraproject.org/admin/lists/perl-devel@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Legacy Announce]     [Fedora PHP Devel]     [Kernel Devel]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite Information]
  Powered by Linux