This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Chris.Bergstresser
Recipients Chris.Bergstresser, belopolsky, greg.weller, r.david.murray
Date 2012-05-10.15:14:47
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1336662887.99.0.966996479319.issue14766@psf.upfronthosting.co.za>
In-reply-to
Content
That patch fixes the documentation there, but the description at the top of the distinction between naive and aware time objects at the top datetime module is still wrong.  Here it is:

-----------------

There are two kinds of date and time objects: “naive” and “aware”. This distinction refers to whether the object has any notion of time zone, daylight saving time, or other kind of algorithmic or political time adjustment. Whether a naive datetime object represents Coordinated Universal Time (UTC), local time, or time in some other timezone is purely up to the program, just like it’s up to the program whether a particular number represents metres, miles, or mass. Naive datetime objects are easy to understand and to work with, at the cost of ignoring some aspects of reality.

------------------

The distinction is not whether the object has any notion of "time zone, daylight saving time, or other kind of algorithmic or political time adjustment", but instead whether, in the context it's being used, it can calculate an offset to UTC.  A naive time can be used to create an aware datetime.
History
Date User Action Args
2012-05-10 15:14:48Chris.Bergstressersetrecipients: + Chris.Bergstresser, belopolsky, r.david.murray, greg.weller
2012-05-10 15:14:47Chris.Bergstressersetmessageid: <1336662887.99.0.966996479319.issue14766@psf.upfronthosting.co.za>
2012-05-10 15:14:47Chris.Bergstresserlinkissue14766 messages
2012-05-10 15:14:47Chris.Bergstressercreate