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 r.david.murray
Recipients BreamoreBoy, belopolsky, mirabilos, mirkovogt, r.david.murray
Date 2015-02-27.14:35:25
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
mirabilos was referring to Alexander's reference to RFCs that advise against using 'Z'.  RFC are standards once they become formally accepted as such, and often they become de-facto standards before formal acceptance.  

Given that the method is supposedly conforming to a specific standard, it ought to do so...but in addition to the ISO standard there are other de-jure and de-facto standards and deviations to contend with.  Concrete examples are required for decision, I think, if the base standard is ambiguous.  It may be that a new method or a flag controlling the behavior needs to be introduced in order to satisfy specific wide-spread use cases, but those use cases need to be enough motivation to support such an enhancement.  By my reading, so far there have been no such concrete wide spread use cases brought forward to motivate any change other than deprecating utcnow.  ('now' must return naive datetimes to preserve backward compatibility.  If you don't want to use naive datetimes, make sure you don't...the datetime module was originally directly supported only naive datetimes (timezone is recent), so some care is needed.)
Date User Action Args
2015-02-27 14:35:26r.david.murraysetrecipients: + r.david.murray, belopolsky, BreamoreBoy, mirabilos, mirkovogt
2015-02-27 14:35:26r.david.murraysetmessageid: <>
2015-02-27 14:35:26r.david.murraylinkissue23332 messages
2015-02-27 14:35:25r.david.murraycreate