New submission from cameris: The following occured on linux with python 3.4.2, the machines local timezone is tz2:
>>> import datetime >>> tz1 = datetime.timezone.utc; tz2 = >>> datetime.timezone(datetime.timedelta(seconds=3600)); tz3 = >>> datetime.timezone(datetime.timedelta(seconds=18000)) >>> d1 = datetime.datetime.now(tz=tz1); d2 = datetime.datetime.now(tz=tz2); d3 >>> = datetime.datetime.now(tz=tz3) >>> d1.timestamp(), d2.timestamp(), d3.timestamp() (1422962091.603168, 1422962091.603181, 1422962091.603185) >>> d1.strftime('%s'), d2.strftime('%s'), d3.strftime('%s') ('1422958491', '1422962091', '1422976491') Or in other words: >>> d1.strftime('%s') == str(int(d1.timestamp())), d2.strftime('%s') == >>> str(int(d2.timestamp())), d3.strftime('%s') == str(int(d3.timestamp())) (False, True, False) Expected result of the last line would be (True, True, True). ---------- components: Library (Lib) messages: 235338 nosy: cameris priority: normal severity: normal status: open title: datetime.strftime('%s') does not take timezone into account type: behavior versions: Python 3.4 _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue23388> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com