Сказка о лишнем и потерянном времени. По версии py3

[Andy_U]

Я смотрю, вы модулем pytz, который с моей точки зрения является палочкой-выручалочкой при работе с датой-временем во всяких разных локальных временных зонах, не пользуетесь?

[felix0id]

Философия приведённого репозитория с мониторинг-скриптами для nagios в том, чтобы использовать минимальный набор зависимостей для каждого из них. Да и проблема была, как показано, на стыке py2-py3.

Но за наводку спасибо, где-то я его уже видел и использую.

[Andy_U]

pytz работает, начиная с версии 2.4, как я только что посмотрел.

[felix0id]

что не отменяет требование minimal dependencies

[amarao]

Я не понимаю, что такое TZ="". Плохо, что garbage in, garbage out, но не надо делать garbage in, и ещё проверять что там у кого высыпается в ответ.

Вы забыли ещё один вариант: unset TZ. Отсутствие TZ — вполне нормально.

А datetime — ужасный модуль. Вы ещё на .seconds в дельте посмотрите.

[felix0id]

TZ='' — это явная ошибка конфигурации. Тем не менее, она оставалась незамеченной никем в течение нескольких лет, согласно git log. И эта ошибка привела к тому, что по случайному стечению обстоятельств правильно работало то, что работать было не должно =)

unset TZ в тестах тождественно равен TZ=$local_TZ. Я укажу это явно

[NoN]

Последующий вызов .timestamp() возвращает UNIX time…
Для корректного результата необходимо использовать метод…

time.time(), который просто возвращает unixtime без проблем часовых поясов.