On 15 April 2015 at 21:51, Lennart Regebro wrote:
> On Wed, Apr 15, 2015 at 3:23 PM, Stuart Bishop
> wrote:
> Just punting it to tzinfo to make adjustments, ie effectively just
> doing what normalize() does creates infinite recursion as there is
> more arithmetic in there, so
e unpicklable in Python 3.4.
I don't think this can be avoided entirely. Any ideas I can come up
with that might help are worse than requiring devs to convert their
datetimes to strings in the rare case they need their 3.5 pickles read
with 3.4.
--
Stuart Bishop
http://www.stuartbishop.net/
02-10-27 01:00 US/Eastern is_dst=0 is after the DST transition
(EST). Subtracting 48 hours from it crosses the DST boundary and
should give you 2002-10-27 02:00 US/Eastern is_dst=1, prior to the DST
transition (EDT). Adding 48 hours again goes past 200
On 10 April 2015 at 22:57, Glenn Linderman wrote:
> On 4/10/2015 5:27 AM, Stuart Bishop wrote:
>
> P.S. The description of NonExistentTimeError in the PEP doesn't seem quite
>> right, as it currently says it will only be thrown if "is_dst=None", which
>> seems
I think there would have been a lot less discussion if you just
defined %r to do what you propose for %a, as everything would work as
people expected.
--
Stuart Bishop
http://www.stuartbishop.net/
___
Python-Dev mailing list
Python-Dev@python.org
https://ma
On Wed, Oct 2, 2013 at 9:42 PM, Lennart Regebro wrote:
> On Wed, Oct 2, 2013 at 3:05 PM, Dirkjan Ochtman wrote:
>> On Wed, Oct 2, 2013 at 2:17 PM, Lennart Regebro wrote:
>>> If you wonder about the lack of progress reports on pep-431, this is
>>> because of a lack of progress. I simply haven't h
r the 'lp' icon on
pypi, bugs.python.org etc.
--
Stuart Bishop
http://www.stuartbishop.net/
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/o
idered, please consider adding this bit back to match
the standard libraries. This will let me make the pytz timezone
library's API saner, and allow Python to do wallclock datetime
arithmetic without ambiguous cases.
--
Stuart Bishop
http://www.stuartbishop.net/
_
n that can be included and
> uses the timezone API, I guess that's a moot question until we have
> that version. :)
As I understand it dateutil pretty much already provides what I'm describing.
--
Stuart Bishop
http://www.stuartbishop.net/
orrectly requires reading and understanding the pytz documentation.
If this is all too ambitious, tzinfo implementations in the standard library
for UTC and the current system timezone would be a step forward and solve most
real world use cases.
--
Stuart Bishop
http
til is already PSF licensed if that seems a better starting point.
--
Stuart Bishop
http://www.stuartbishop.net/
signature.asc
Description: OpenPGP digital signature
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
ough and I'm so very, very rusty.
I am not at pycon alas. Some of my coworkers from Canonical will be
though and they might be interested as we use pytz for Launchpad and
other Canonical projects.
--
Stuart Bishop
http://www.stuartbishop.net/
___
d=1220113&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Stuart Bishop (zenz
is a bug that should be fixed in Python 2.4.1 and
Python 2.3.6 (if it ever exists), or is the resposibility for doing this
transformation on the application that embeds Python?
--
Stuart Bishop <[EMAIL PROTECTED]>
http://www.stuartbishop.net/
___
se of the 2.3
series next week :-(
--
Stuart Bishop <[EMAIL PROTECTED]>
http://www.stuartbishop.net/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mail
15 matches
Mail list logo