<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 21, 2015 at 4:49 PM, Tim Peters <span dir="ltr"><<a href="mailto:tim.peters@gmail.com" target="_blank">tim.peters@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> - Most of my thoughts got encoded in PEP-431. This would give us a<br>
> datetime module that operates exactly the way it does today,<br>
<br>
</span>No.  While 431 was highly obscure on this point, it turned out that<br>
Lennart was determined to change arithmetic behavior.</blockquote></div><br>More importantly, PEP 431 did not propose adding any additional state to datetime instances.  The proposal [1] was to change signatures of the three tzinfo methods and that of datetime.astimezone.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I don't think with PEP 431 alone, the following behavior specified [2] in PEP 495 is possible:</div><div class="gmail_extra"><br></div><div class="gmail_extra"><pre style="overflow:auto;font-family:Consolas,'Liberation Mono',Menlo,Courier,monospace;font-size:13.600001335144px;margin-top:0px;margin-bottom:16px;font-stretch:normal;line-height:1.45;padding:16px;border-radius:3px;word-wrap:normal;color:rgb(51,51,51);background-color:rgb(247,247,247)">>>> dt1.strftime('%D %T %Z%z')
'11/02/14 01:30:00 EDT-0400'
>>> dt2.strftime('%D %T %Z%z')
'11/02/14 01:30:00 EST-0500'</pre></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">[1]: <a href="https://www.python.org/dev/peps/pep-0431/#new-parameter-is-dst">https://www.python.org/dev/peps/pep-0431/#new-parameter-is-dst</a></div><div class="gmail_extra">[2]: <a href="https://www.python.org/dev/peps/pep-0495/#conversion-from-naive-to-aware">https://www.python.org/dev/peps/pep-0495/#conversion-from-naive-to-aware</a></div></div>