On Sat, 22 Dec 2012 22:36:28 +0000, Zefram wrote: > gregor herrmann wrote: > >Before I file ITP bugs and upload them, I'd like to have some review; > I'll look at them shortly. Thanks in advance! > >What I'm also missing is the big picture how those package relate to > >the good old DateTime::TimeZone with its tzfiles-converted-to-pm-files. > >It's supposed to use Time::OlsonTZ::Data at some point, right? > Right. There's a rewrite of DateTime::TimeZone, sitting in my repo, > that does away with the pm-per-zone modules and uses Time::OlsonTZ::Data > instead. Ok, thanks for the confirmation. > We scheduled the official replacement of DateTime::TimeZone > for 2012-09-01, but I was out of action for a few months due to a bout > of depression, so I missed that. I'm picking up the pieces now, and > we'll reschedule for some time in 2013. That's fine for us; currently we are in release freeze, so I guess at the time of the switch we'll be at the early stages of the next release cycle which is a good date for making the changes. > Whereas the current DateTime::TimeZone is volatile, due to including all > the timezone data, the rewritten DateTime::TimeZone will not be volatile. > The volatility is being localised in Time::OlsonTZ::Data (and, for you, > the underlying tzdata package). Ok. > >Do we need something else? I think we can skip > >Time::OlsonTZ::Download, since we want to use our tzdata anyway, > >right? And I think App::olson is also not required. > T:OTZ:Download is a development tool. The build process for T:OTZ:Data > uses it, even when working from local source, but your modified form > of T:OTZ:Data build could manage without it Ok. > if you tweak the prebuild script a bit. Actually I'd like to avoid building anything at all and using the tzfiles from tzdata directly at runtime; but you'll see this in my patch and cann tell us if this makes sense :) > There's no need for ordinary users to have T:OTZ:Download. Ok. > It would be nice to have App::olson packaged. (Preferably as "olson" > rather than "libapp-olson-perl", because it's intended to be used as > a command-line program rather than as a Perl module.) It is intended > for ordinary users. But it's not necessary to package it at this stage: > none of the timezone infrastructure depends on it. It is cleanly layered > on top of Time::OlsonTZ::Data. Good, let's keep this in mind for later. Thanks, 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: Eagles
Attachment:
signature.asc
Description: Digital signature