Hi Aurelien,

following up on our short discussion at FOSDEM, I've now looked into the
possibility to build the libdatetime-timezone-perl binary package from the
tzdata source package.

The idea (I hope that matches your memories :)) was to create a new binary
package (I've named it libdatetime-timezone-perl-tools) that contains the
script to build the perl modules from the Olson DB data, and use this
package/script in tzdata to build the libdatetime-timezone-perl package from
there.

Unfortunately this doesn't work this way because libdatetime-timezone-perl
doesn't contain just the generated-from-Olson-DB perl modules but also some
generic ones (esp. DateTime/TimeZone.pm itself).

So my next idea was to split the generated modules out into a new
libdatetime-timezone-perl-data package, and to build this one from tzdata
with the help of libdatetime-timezone-perl-tools.

That means, from a procedural POV:
1) add new libdatetime-timezone-perl-tools and
   libdatetime-timezone-perl-data binary packages to the
   libdatetime-timezone-perl source package, wait for them to pass the NEW
   queue
2) update tzdata to create libdatetime-timezone-perl-data with the help of
   libdatetime-timezone-perl-tools
3) drop the libdatetime-timezone-perl-data binary package from the
   libdatetime-timezone-perl source package again

I'm attaching two debdiffs that show a preliminary implementation for this
idea; any comments from tzdata and perl people highly welcome! I'm not sure
if this all makes sense or is just ... a mess.

Some remarks/obversations:
- - libdatetime-timezone-perl has an epoch (current version 1:42-1+2011n), so
  tzdata will probably need to add an epoch too to get a higher version for
  libdatetime-timezone-perl-data. Ugly. Other options?
- - We have a circular dependency when building
  libdatetime-timezone-perl-data: libdatetime-timezone-perl-tools (i.e. the
  parse_olson script there) needs libdatetime-timezone-perl which now
  depends on libdatetime-timezone-perl-data. Shouldn't hurt in pratice but
  still ... Other options?
- - Building the timezone perl modules takes ages, at least on my old machine.
- - Maybe we need some more versioned dependencies?


Cheers,
gregor
iQIcBAEBCAAGBQJPQA/KAAoJELs6aAGGSaoG+PwP/3cgH2eN/57hK6wR4E5UdyUt
85qlMF4LwSd8f1bnr9FuT6jsRQlZ4JylVMr9Ddut8LdoP51aOIU0q39CAkht2sUa
T0wcSWgADQTpEg+KJfNvrnbtPcsnqfBQvLGUKNduJKkJqM0uBZz+JRxEOMmGOA30
8HlKYPqaq41FU6bfSu2woI1Tmc8pIgaZ7Pxrusnmy5fWevn1HAP7zeZX+q+DA174
mWE0W0Wso8QKbFM+ZFhNpfp8d4Uu0gTdijFyFWJxJGKTdg4b3ApCO4uvBvn9H1lH
Km0rc926cVXv81d45y4CvB3MUt1nbh/G0XLNxz6BCzoMUNv2llrjJ7EMvQH1UWeX
mB/zj3Z4VlwC2sOg35/DvU3WXcWRc3xQQnNOO0DrtcMr3GpNxUYVw224ChfHS8ls
HuaLzFilXWsNH37Rbdw2ETiPL3AzjKCUwiLZ+UBboQnjyI89wYBpsQKNy8TAh5De
IL0A6VjTw1n6HpbRFlEIcd/2IXNatJe72WguFdX99jcRvxCd3kyph2f3agbvwUls
gGNEgP6fYIheJXb66FrXnnbOtOQ8QWh1g0JUBZciM8tfJ65gZxMU7YMdv3UeMMrq
qieuXFoRPDQQAZbPv0GdBk+nFiHrKd6isJLthitPQH9h4WjIZwwjq11EtXvA8P/I
VZULv/H+I5CBwDqOAiGt
=I8wm
-----END PGP SIGNATURE-----

http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/2012-March/052645.html

(I haven't looked at the details yet but that might make it easier
for us.)

Cheers,
gregor

tags 660404 - patch
thanks

Hi Gregor,

A decade has passed and libdatetime-timezone-perl still seems to ship
the timezone data. What is the current status on using tzdata in that
Perl module? I removed the patch tag since the patch would need a
refresh at least.