#416206 libdatetime-timezone-perl: Contains duplicate timezone information.

Package:
libdatetime-timezone-perl
Source:
libdatetime-timezone-perl
Submitter:
Kurt Roeckx
Date:
2013-08-08 20:21:04 UTC
Severity:
wishlist
Blocked By:
Bug Title
444866

  0

 tzdata: Please provide tzdata-source package with original Olsen database

wishlist stable testing unstable almost 18 years ago

#416206#5
Date:
2007-03-25 20:35:21 UTC
From:
To:
Hi,

It seems your package uses Olson's timezone database and turns this into
perl modules during build.  The tzdata package contains the same data,
and it would be nice if we only had to update 1 package to update the
timezone information.

Would it be possible to do the conversion at runtime rather than build
time?


Kurt
#416206#10
Date:
2007-04-11 00:26:52 UTC
From:
To:
Well, this code just comes from the perl CPAN module.  It needs to work across different OSs which
do not have /usr/share/zoneinfo
I think we should refrain from making big changes to the module specific to debian.
We just need a simple update to the version with the appropriate Olson db! (as the other
118 day old bug says)
But it does seem a good idea to make the module use /usr/share/zoneinfo if it exists.
I'll ask the perl datetime folks why they avoided that and I'll look into adding the
functionality myself.
#416206#15
Date:
2007-10-04 15:05:02 UTC
From:
To:
tags 416206 wontfix
thanks

Providing another library with 100% compatible API is interesting
idea, but the DateTime::TimeZone already exists and is used by some
existing projects and packages. This library is stable and reliable.

I'm the maintainer of DateTime::TimeZone , not the upstream developer.
I really don't want to completly redesign this library just because
the Debian already provides the Olson DB only as binary data.
Rewriting the library from scratch can't be harmless for its stability
and reliability.

I think this idea is just not realizable.

See also Bug#444866. I'm working on fixing the build script so it
could use tzdata source database. Still the Olson database will be
converted at build time but it should make the updates more easy.
#416206#20
Date:
2007-10-04 15:05:02 UTC
From:
To:
tags 416206 wontfix
thanks

Providing another library with 100% compatible API is interesting
idea, but the DateTime::TimeZone already exists and is used by some
existing projects and packages. This library is stable and reliable.

I'm the maintainer of DateTime::TimeZone , not the upstream developer.
I really don't want to completly redesign this library just because
the Debian already provides the Olson DB only as binary data.
Rewriting the library from scratch can't be harmless for its stability
and reliability.

I think this idea is just not realizable.

See also Bug#444866. I'm working on fixing the build script so it
could use tzdata source database. Still the Olson database will be
converted at build time but it should make the updates more easy.
#416206#25
Date:
2007-11-18 17:57:09 UTC
From:
To:
I'm closing this "wontfix" bug as far as it is now fixed. The Perl
library is now regenerated from original Olson Database at build time.
#416206#28
Date:
2007-11-18 17:57:09 UTC
From:
To:
I'm closing this "wontfix" bug as far as it is now fixed. The Perl
library is now regenerated from original Olson Database at build time.
#416206#33
Date:
2007-11-18 18:29:47 UTC
From:
To:
As in in build-depends on tzdata?  Because I don't see a build
dependency.


Kurt
#416206#44
Date:
2013-08-08 16:29:39 UTC
From:
To:
(Upstream changes that will allow us to use the tzdata files
directly. The migration isn't finished yet, neither upstream nor in
Debian, but is on our agenda. Cf. the last mail:
https://lists.debian.org/debian-perl/2013/07/msg00017.html )

Cheers,
gregor
#416206#49
Date:
2013-08-08 20:18:48 UTC
From:
To:
Or maybe we still need the tzdata sources to rebuild the metadata ...
libtime-olsontz-data-perl is confusin me a bit at the moment.


Cheers,
gregor