Последний перевод часов на лето

Здравствуйте!

Подскажите, пожалуйста, что нужно сделать, чтобы отменить авто перевод на лето / зиму?
Ждать каких-то патчей или дело в настройках?

а часы сами переходят? О_о я

а часы сами переходят? О_о
я просто время с ntp беру... как они там - вручную или автоматом переводят меня интересует мало...

У меня тоже ntp стоит, даже

У меня тоже ntp стоит, даже stratum=3 вроде, я так понимаю тут дело не во времени а в поясах каких-то?
В php, еще где-то тоже системные настройки часового пояса берутся?
Просто всегда часы переводились весной и осенью, привыкли, а теперь весной последний раз переведут, вот и думаю, что нибудь нужно сделать, чтобы осенью не было перевода обратно?

Все-таки должен быть патч /etc/localtime в смысле zoneinfo?

 # zdump -v /etc/localtime | grep 201
/etc/localtime  Sat Mar 27 20:59:59 2010 UTC = Sun Mar 28 01:59:59 2010 YEKT isdst=0
/etc/localtime  Sat Mar 27 21:00:00 2010 UTC = Sun Mar 28 03:00:00 2010 YEKST isdst=1
/etc/localtime  Sat Oct 30 20:59:59 2010 UTC = Sun Oct 31 02:59:59 2010 YEKST isdst=1
/etc/localtime  Sat Oct 30 21:00:00 2010 UTC = Sun Oct 31 02:00:00 2010 YEKT isdst=0
/etc/localtime  Sat Mar 26 20:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 YEKT isdst=0
/etc/localtime  Sat Mar 26 21:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 YEKST isdst=1
/etc/localtime  Sat Oct 29 20:59:59 2011 UTC = Sun Oct 30 02:59:59 2011 YEKST isdst=1
/etc/localtime  Sat Oct 29 21:00:00 2011 UTC = Sun Oct 30 02:00:00 2011 YEKT isdst=0

должно быть как в японии, там часы не переводят

 # zdump -v /usr/share/zoneinfo/Japan
/usr/share/zoneinfo/Japan  Sat May  5 16:59:59 1951 UTC = Sun May  6 01:59:59 1951 JST isdst=0
/usr/share/zoneinfo/Japan  Sat May  5 17:00:00 1951 UTC = Sun May  6 03:00:00 1951 JDT isdst=1
/usr/share/zoneinfo/Japan  Fri Sep  7 15:59:59 1951 UTC = Sat Sep  8 01:59:59 1951 JDT isdst=1
/usr/share/zoneinfo/Japan  Fri Sep  7 16:00:00 1951 UTC = Sat Sep  8 01:00:00 1951 JST isdst=0

последний перевод в 1951 году

Установить свежий

Установить свежий sys-libs/timezone-data, когда будет обновление российских часовых поясов.

Не грусти, товарищ! Всё хорошо, beautiful good!

И не забыть, что

И не забыть, что /etc/localtime должно быть не как в онлайн мануале - независимой копией, а rm /etc/zoneinfo; ln -s /usr/share/zoneinfo/Europe/Moscow /etc/zoneinfo
Легко догадаться, что для немосквичей будет что-то другое примерно оттуда же ;)

Ну вообще пользователи

Ну вообще можно сделать проще. Достаточно загнать /etc/conf.d/clock (для baselayout 1) или в /etc/timezone (для baselayout 2) свой часовой пояс, и /etc/localtime (не zoneinfo) будет обновляться автоматически при установке любой версии timezone-data

Не грусти, товарищ! Всё хорошо, beautiful good!

Спасибо за

Спасибо за просветление.
Только /etc/localtime в этом случае сильно отличается от /usr/share/zoneinfo/Europe/Moscow.
Коррекция локального времени необходима не только для определения текущего времени, но и определение локального времени для прошлого.

#zdump -v /usr/share/zoneinfo/Europe/Moscow | head
/usr/share/zoneinfo/Europe/Moscow  -9223372036854775808 = NULL
/usr/share/zoneinfo/Europe/Moscow  -9223372036854689408 = NULL
/usr/share/zoneinfo/Europe/Moscow  Wed Dec 31 21:29:39 1879 UTC = Wed Dec 31 23:59:59 1879 LMT isdst=0
/usr/share/zoneinfo/Europe/Moscow  Wed Dec 31 21:29:40 1879 UTC = Wed Dec 31 23:59:40 1879 MMT isdst=0
/usr/share/zoneinfo/Europe/Moscow  Sun Jul  2 21:29:59 1916 UTC = Sun Jul  2 23:59:59 1916 MMT isdst=0
/usr/share/zoneinfo/Europe/Moscow  Sun Jul  2 21:30:00 1916 UTC = Mon Jul  3 00:00:48 1916 MMT isdst=0
/usr/share/zoneinfo/Europe/Moscow  Sun Jul  1 20:29:11 1917 UTC = Sun Jul  1 22:59:59 1917 MMT isdst=0
/usr/share/zoneinfo/Europe/Moscow  Sun Jul  1 20:29:12 1917 UTC = Mon Jul  2 00:00:00 1917 MST isdst=1
/usr/share/zoneinfo/Europe/Moscow  Thu Dec 27 20:29:11 1917 UTC = Thu Dec 27 23:59:59 1917 MST isdst=1
/usr/share/zoneinfo/Europe/Moscow  Thu Dec 27 20:29:12 1917 UTC = Thu Dec 27 23:00:00 1917 MMT isdst=0
#zdump -v /etc/localtime 
localtime  -9223372036854775808 = NULL
localtime  -9223372036854689408 = NULL
localtime  9223372036854689407 = NULL
localtime  9223372036854775807 = NULL

И как-то в этом случае оно плохо работает.

PS.

 
#cat /etc/conf.d/clock | grep CLOCK=
CLOCK="local"

Для baselayout 1 в

Для baselayout 1 в /etc/conf.d/clock есть специальная переменная - TIMEZONE, она-то и используется для определения текущего часового пояса.

Не грусти, товарищ! Всё хорошо, beautiful good!

winterheart написал(а): Для

winterheart написал(а):
Для baselayout 1 в /etc/conf.d/clock есть специальная переменная - TIMEZONE, она-то и используется для определения текущего часового пояса.

А какую роль в этом случае играет /etc/localtime ?

Простую - обновляться.

Простую - обновляться.

Не грусти, товарищ! Всё хорошо, beautiful good!

Хм...А у меня другая

Хм...
А у меня другая ситуация. Есть несколько машин, обновить которые, по ряду причин, нереально. Думал, что обновляется только содержимое /usr/share/zoneinfo. Слил с обновленной CentOS машины эту папочку, сделал симлинк на Екатеринбург, время всё равно на час назад.
Какие-то еще файлы надо обновлять?
Пробовал баловаться с файлами из /usr/share/zoneinfo/etc (GMT+6) , получается фигня: в консоли время одно, в апаче другое, мускул пишет записи с третьим временем. С вариантом локального времени также, кстати.
Гуру, посоветуйте :)

В чём проблема с обновлением

В чём проблема с обновлением sys-libs/timezone-data?

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

/

trscod написал(а):
Хм...
А у меня другая ситуация. Есть несколько машин, обновить которые, по ряду причин, нереально. Думал, что обновляется только содержимое /usr/share/zoneinfo. Слил с обновленной CentOS машины эту папочку, сделал симлинк на Екатеринбург, время всё равно на час назад.

Плохо.
И кому ув. тов. winterheart популярно объяснял что не симлинк нужно делать, а копировать соответствующий файл зоны в /etc/localtime?

trscod написал(а):
Какие-то еще файлы надо обновлять?

Как же: знаем, плавали... :)
А демонов (начиная с syslogd и crond попинать (kill -HUP ...) не забыл? :)

trscod написал(а):
Пробовал баловаться с файлами из /usr/share/zoneinfo/etc (GMT+6) , получается фигня: в консоли время одно, в апаче другое, мускул пишет записи с третьим временем. С вариантом локального времени также, кстати.
Гуру, посоветуйте :)

...но список потенциальных граблей этим не ограничивается.
Дальнейшие действия зависят от списка сервисов.

:wq
--
Live free or die

Попинать не забыл - пинал всю

Попинать не забыл - пинал всю тачку каждый раз. То есть ребутал. Да, если файл вместо симлинка, то это то же самое.

trscod написал(а): Слил с

trscod написал(а):
Слил с обновленной CentOS

У меня ситуация противоположная - слил на центос с генты
выполните:

zdump -v /etc/localtime | grep 2011

правильный вывод:

/etc/localtime  Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800
/etc/localtime  Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400

если есть еще строки - файл зон неверен

Люди, вы чего тут ересь

Люди, вы чего тут ересь разводите?
В gentoo пакет - timezone-data, в CentOS - пакет tzdata, зачем фигней страдать, ошибки плодить?

Не грусти, товарищ! Всё хорошо, beautiful good!

Когда рут в скваше, обновить

Когда рут в скваше, обновить пакет несколько невозможно :))
Vovike, спасибо, попробую, отпишусь.

Файлы из другого дистриба

Файлы из другого дистриба закинуть можно, а обновить нет?
С таким же успехом можно распаковать, обновить и запаковать обратно. Или замонтировать поверх что-то типа ubionfs и записать изменения туда.

winterheart

winterheart написал(а):
Достаточно загнать /etc/conf.d/clock (для baselayout 1) или в /etc/timezone (для baselayout 2) свой часовой пояс, и /etc/localtime (не zoneinfo) будет обновляться автоматически при установке любой версии timezone-data

Спасибо, у меня вроде так и сделано. Буду значит ждать обновления

winterheart

winterheart написал(а):
Установить свежий sys-libs/timezone-data, когда будет обновление российских часовых поясов.

любителям стабильной ветки похоже еще не один раз придется переходить )))

Всем спасибо за ответы. Решил

Всем спасибо за ответы.
Решил задачу так:
Использую файлы /usr/share/zoneinfo/Etc/GMT-4 для Московской зоны. А вот с зоной, например, Уфы (Etc/GMT-6) получается косяк в php 5.2. Упорно стоит в Московской зоне. Лечится так: во всех файлах php.ini, которые найдете, нужно раскомментить и подправить следующую строку: "date.timezone = Etc/GMT-6"

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".