Bug 11064 - Timezone data for North America (US, Canada) is out of date
Summary: Timezone data for North America (US, Canada) is out of date
Status: CLOSED NOTABUG
Alias: None
Product: Sisyphus
Classification: Development
Component: glibc-timezones (show other bugs)
Version: unstable
Hardware: all Linux
: P1 critical
Assignee: placeholder@altlinux.org
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-03-12 22:18 MSK by Ivan Adzhubey
Modified: 2007-03-13 16:03 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan Adzhubey 2007-03-12 22:18:46 MSK
В 2007 году США и Канада переходят на летнее время 11-го марта (а не в апреле,
как раньше), однако Сизиф на летнее время вчера переходить отказался. Судя по
всему, glibc-timezones у нас древняя как мир. Вот мои настройки:

# cat /etc/sysconfig/clock |tail -5

# ZONE="filename" indicates the zonefile under /usr/share/zoneinfo
# that /etc/localtime is a copy of, for example:
ZONE="US/Eastern"

Сизиф от 03/11/2007

Steps to Reproduce:
1.$ date
2.
3.
Actual Results:  
Time reported is -1 hour from local DST for US/Eastern Standard Time

Expected Results:  
Correct local time
Comment 1 Ivan Adzhubey 2007-03-13 00:21:50 MSK
Интересно, сейчас само собой вылечилось. Весь день провозился, перезапускал
ntpd, менял серверы NTP, ничего не помогало. Даже не знаю, что я сделал, но
проблема вдруг исчезла. Прошу прощения за ложную тревогу. Хотя что-то же было?
Видимо уже не понять, что там проклинило между glibc и ntpd...
Comment 2 Igor Zubkov 2007-03-13 16:03:20 MSK
http://kbase.redhat.com/faq/FAQ_80_7909.shtm

По ссылке информация из kbase redhat'а в которой рассказывается о том что, где и
когда. Как я понимаю, у нас это было исправленно очень давно (когда был
очередной sync с glibc из fedora).

Как я понимаю, после такого обновления надо было перегрузить све сервисы которые
цепляются к /etc/localtime или просто перегрузить машину.