<div class="gmail_quote">On Mon, Oct 1, 2012 at 3:22 PM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">If a timezone database is bundled into the standard library, there are</div>
3 clear mechanisms for encouraging the use of fresh TZ data:<br>
<br>
1. Consider TZ database updates to be bug fixes, and thus include them<br>
in maintenance releases. This will keep the provided version<br>
reasonably fresh for Python versions that are still in maintenance<br>
mode.<br>
2. Provide a mechanism to prefer the database from PyPI.<br>
3. Provide a mechanism to prefer the OS database for platforms that<br>
provide an Olson compatible interface (I briefly looked into that for<br>
Windows a while back - it doesn't seem like a practical idea, since<br>
Microsoft went off and did their own thing. It works for Linux and<br>
other platforms that use the Olson database natively, though)<br>
<br>
Since explicit is better than implicit, I *wouldn't* want to see<br>
magical side affects where merely installing the database from PyPI,<br>
or switching from Windows to Linux caused different behaviour.<br>
However, it should be very easy for an application or environment to<br>
*explicitly request* the use of the pytz database or the OS database<br>
in preference to the bundled database.<br></blockquote><div><br></div><div>I proposed 2 and 3, and I don't really see much magical side-effects with those.</div><div>As mentioned we can also include a database in the standardlib, but since that will almost always be out of date, I don't really see the point.</div>

<div>It is of course only an issue on Windows, but still.</div><div><br></div><div>//Lennart</div><div><br></div></div>