Re: packaging Time::OlsonTZ::Data

On Mon, 19 Mar 2012 18:32:40 -0600, Iain Arnell wrote:

> On Mon, Mar 19, 2012 at 2:15 PM, Zefram <[email protected]> wrote:
> > Hi, I'd like to establish what's going to happen about packaging my CPAN
> > module Time::OlsonTZ::Data for OS distros.  I'm writing to (as far as I
> > can tell) the current Debian and Fedora maintainers of DateTime::TimeZone
> > packages, and I'm CCing the relevant perl.org mailing list.  

Thanks for the heads-up and the good news, and sorry for the late
reply.

> > We're now
> > getting close to replacing the current DateTime::TimeZone with a
> > rewrite that will use Time::OlsonTZ::Data as its source of Olson-derived
> > timezone data.
> I only hope that "close" means summer or winter - not the busy periods.

Debian's feeze for the next release is planned for June, so if we
want to get the shiny new things into it, we should be quick.
 
> > Iain Arnell raised an issue about T:OTZ:D not
> > coming in a true source form.  I've got a new
> > version of the wrapper system that I think resolves this.
> > <http://www.fysh.org/~zefram/tmp/Time-OlsonTZ-Data-0.20120201.tar.gz> is
> > a test version of the module distribution, which bundles (the important
> > parts of) the Olson database source, and the automation to build the
> > tzfiles, as well as bundling the prebuilt tzfiles.  

I just took a short look at the prebuild script, and this looks
promising.

> Definitely wouldn't be a problem for Fedora to ditch
> the binary tzfiles and rebuild. But your final paragraph is even more
> enticing.

Same here, especially the last part.
I'd like to see the perl tzfiles built from the tzdata source package
completely, to avoid duplicate work, especially with stable updates.
 
> > In Debian, T:OTZ:D ought to be handled through the
> > volatile-data mechanism.  Is that OK?  

'volatile' is now called 'stable-updates', but yes, it should go
their. And since the tzdata maintainers already upload new tzdata
(and -java) packages there it would be good if they could easily
built the perl tzfiles too.

> > Somewhat interacting with the above, you have the option to apply the
> > T:OTZ:D automation to a new version of the Olson database independently
> > of my releases.  Iain Arnell suggested extending the existing tzdata
> > package to build a matching Time/OlsonTZ/Data.pm this way, not needing
> > a separate package for the module.  You'd also have it point at your
> > existing tzfiles in /usr/share/zoneinfo, rather than having a separate
> > copy.  That's quite feasible with the new form of the module distribution.
> Bingo! I know you'd prefer that T:OTZ:D contains the canonical
> upstream data, but having it as part of the system-wide tzdata package
> makes things simpler and more consistent for distros where tzdata is
> generally kept up to date 

Exactly!


Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Billy Joel: In The Middle Of The Night

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPbi2JAAoJELs6aAGGSaoGMaoP/1JsHBgbxXQBbCdWdIacetfS
ByVSPC7LYo/ryAiCVKJi0VqA0mTNkOeoqRTz5uds9gu73bUcRajlFYT/NiL0f4/P
rleWen4ktrDjRYqnTRWSfnYplLoMdnEogUBIUwzh2abeG4jPkCBMKeeB1fkJqLLm
w7KRPAViBCt7NPujuKHwHbf9GWZrrVVZhpfdDyBHuf+zGJCHy13SSTXiAPHB84m+
lXqcEBYqlcYHKaPHI7nYTBWApJjMSLX58HdUEtCCxC/2HgAyUGHtP7oQWPsXg5uE
kaXXRO3o8FwSwYSnOKI1/qAxGe7urjYhaUYujomKvXrXWBQ9BjZk7LxYxZa58oMK
LtyMJe74Qu4ARlzb30JNAGxfizxBsNL0y7tgZ5NSlg3ud8L4S9Utox/CBzhM/+YU
0gYWM3hPNfp2LAo5f8L5bZT2eHi257yhIQ+G34j95AlVIKDe8wTpsUdNVvc+vVY8
m1y/V7CuUpaTbFEAhgLbjXdHGcxNxQ4/GerDjiUTfnQlBF7daWMDZN/c4Pb8LnZy
+kG/tPGctvcmCuKo8ksR1Lf0XUe5tTrE06ox2prspz3NRbeBfqcTU9ZDLUaIwumN
iHRM70aZ9qPWnHp05q6j1PYt1HeSUEiNqA9MZgIDipljTeLszJc0T1I+EWhf0im2
n1uUSvf42GbUPe7sqqBm
=Xvpe
-----END PGP SIGNATURE-----