Вы здесь

Главная › Форум › Gentoo Linux › Локализация

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

10 марта, 2011 - 10:38 — andribas

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

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

Форум: 
Локализация
10 марта, 2011 - 10:43 — Theli

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

10 марта, 2011 - 11:15 — andribas

У меня тоже 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 году

10 марта, 2011 - 18:11 — winterheart

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

—

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

10 марта, 2011 - 19:29 — Avari

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

11 марта, 2011 - 08:07 — winterheart

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

—

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

11 марта, 2011 - 09:28 — Kevol

Спасибо за просветление.
Только /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"

11 марта, 2011 - 09:50 — winterheart

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

—

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

11 марта, 2011 - 13:39 — Kevol

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

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

11 марта, 2011 - 14:48 — winterheart

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

—

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

3 ноября, 2011 - 10:01 — trscod

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

3 ноября, 2011 - 10:02 — krigstask

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

—

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

3 ноября, 2011 - 11:06 — Anarchist

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

3 ноября, 2011 - 11:45 — trscod

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

3 ноября, 2011 - 11:45 — Vovike

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

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

3 ноября, 2011 - 12:55 — winterheart

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

—

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

3 ноября, 2011 - 13:50 — trscod

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

3 ноября, 2011 - 15:27 — _SerEga_

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

11 марта, 2011 - 12:24 — andribas

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

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

11 марта, 2011 - 11:03 — Theli

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

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

10 ноября, 2011 - 00:54 — trscod

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

Russian Gentoo Linux Community © 2005—2026
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal