а как линуск узнает, что в следущий раз переводить часы не надо?

tzdata обновить должны. Там содержится инфа о переходе на летнее время

познавательно :3

Из интернета, вестимо.

ntpd

ntpd считает время в UTC, оно не переводится,
политика различий localtime и UTC определяется файлом зоны /etc/localtime выбираемом из /usr/share/zoneinfo/*

так что нужен правильный файл зоны, в нормальных дистрибутивах его обновят если уже не обновили.

ntpd тут не поможет никак )

теперь буду знать

собственно файл зоны ничего другого и не содержит, кроме описания разницы между локальным временем и UTC в определенные промежутки времени.

> ntpd

Ничего не знает о часовых поясах

Этот шайтан, знаит не только о Европейском переводе времени.
Она правильно время переводит и в Америке!

У меня обновился пакет timedata или как там его...

Это ж теперь московское время будет, фактически, GMT+4?

>Это ж теперь московское время будет, фактически, GMT+4?

UTC+4, скорее.

У меня обновился пакет timedata или как там его...

Посмотри в сhangelog. В Debian на днях обновление tzdata было, но ничего не было связанного с Россией (во всяком случае в changelog). Последнее обновление в Debian Volatile было связано с:

tzdata (2011d-0lenny1) oldstable; urgency=low

  * New upstream release .
    - Contains Turkish DST change.

 -- Aurelien Jarno <aurel32@debian.org>  Wed, 23 Mar 2011 23:34:21 +0100

> >Это ж теперь московское время будет, фактически, GMT+4?

UTC+4, скорее.

Типа, в Гринвиче тоже бывает летнее время?

Меня вот интересует как узнает винда?

Да кстати, ведь у большинства автообновление выключено...

А нет, это было мое заблуждение )

А вообще, как оказалось, GMT используется только в этой вашей Windows, а на самом деле уже давно deprecated, судя по статье на википедии. Так что UTC - все-таки правильнее )

Пост выше написан с использованием следующего источника:

http://ru.wikipedia.org/wiki/GMT

Мне интереснее, как узнает symbian. Хотя, как вариант, можно просто синхронизировать часы с оператором.