Re: The State of the TimeZone in Debian
[email protected] (gregor herrmann)
| Newsgroups | perl.datetime |
|---|---|
| Message-ID | <[email protected]> |
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
signature.asc
(application/pgp-signature, 836 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQ138BAAoJELs6aAGGSaoG1x8P/3iweEJcde/5/tBcZY6EaSet EmNxZ2tuqD5MU/CBNnKypn7AXEzJPeBde4ExEVtYPeA0Nodovo8XVYL1QBHfP6Kq 8451WuH7qAEhT9iSc13QjVQ2j2G2a3y9xfCLVYS0466ZvkdStIckqw3zNXvhyOHO 0/pDk54KXOqr0Q8uHAgM7yNhUTZzX+qhLS0bOZClZiXz50x0mfoyQ42dPNdHjk12 /EZsv7cBO39DKch+kS6P7srhBQ4zuV9JQAQMupkzeGNKvzsbs6YPCQrxICsDnEjA j9Y2oYf1Hf5KSz21wPzqYQaKBLMszyqa+8iBGADCRoF9SgP3hB/fjIv/c0YE169e nDJOBZRJ2h1YFprfUVF9CHasA1tZXfsipNBtMXE3sAKx4ysterHp+PDGDtWDkzt4 j2HgITslaw6WlotlhEqToK+wF9SR95pfkYraQdlBERUAPWaMBmriLT05BWgmkQcV Ppt49foZPj2siWUyhjTP5QnoSoeX+FhjdtV+I0CvjpHOyz+/eo3+y767O+ElpRIf gokKruqte1q7B6gDeUecI6sksY/hZ7g/cbvlZ4UBevCnKHcnyClLAg7zBroe+Q5K 8xXV7VlpVxi9Vc6n6aISTwKGPCjKrdl5X69hY+zYuYn87DxxTXwvpP8hCbr+uV0u 7Vu8kUpzitlMX9CwlyhC =QFu8 -----END PGP SIGNATURE-----