[Comm] TZ 0

[Comm] TZ 0

[Vladimir Karpinsky]

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

При установке KDesktop6-64 решил установить часовой пояс Гринвич --- наука 
наша по Гринвичу живёт, а у нас ещё с зимнем-летним временем дурдом 
происходит (есть ощущение, что продолжение ещё последует). Но не тут-то 
было: не нашёл в списке не только Гринвича, но и Великобританию в целом. На 
мой взгляд это не совсем правильно...

Заглянул в /usr/share/zoneinfo, там есть UTC и GMT, файлы разные. Чем 
отличаются эти часовые пояса?

-- 
	С уважением,
		Владимир.

Re: [Comm] TZ 0

[Dmitry Chistikov]

Vladimir Karpinsky, Jan. 16, 2012, 19:38 +0400:
> Заглянул в /usr/share/zoneinfo, там есть UTC и GMT, файлы разные. Чем 
> отличаются эти часовые пояса?

Теоретический ответ на этот вопрос дает, например, английская Википедия.

-- 
Дмитрий Чистиков

Re: [Comm] TZ 0

[Vladimir Karpinsky]

16.01.2012 20:06, Dmitry Chistikov пишет:
> Vladimir Karpinsky, Jan. 16, 2012, 19:38 +0400:
>> Заглянул в /usr/share/zoneinfo, там есть UTC и GMT, файлы разные. Чем
>> отличаются эти часовые пояса?
>
> Теоретический ответ на этот вопрос дает, например, английская Википедия.

Там, как раз есть странность:

> In the United Kingdom, GMT is the official time only during winter;
 > during summer British Summer Time is used.

C этим полностью согласен.

 > GMT is the same as Western European Time.

Два предложения подряд на мой взгляд противоречат друг другу. Меня учили, 
что GMT не подвержено переходу зима-лето, в отличие от WET. UTC ввели 
вместо GMT, исправляя неравномерность суточного хода (доли секунды). С 
точки зрения часового пояса это должно быть одно и то же, поэтому мне и не 
понятно различие этих файлов.

P.S. Мне ближе изложение теории в русской Википедии.

-- 
	С уважением,
		Владимир.

Re: [Comm] TZ 0

[Dmitry Chistikov]

Практический ответ на вопрос о разнице между GMT и UTC (без изучения
процесса сборки tzdata):

$ for dir in /usr/share/zoneinfo/{,posix,right}; do echo "$dir:"; sed 's/GMT/UTC/g' $dir/GMT | md5sum; md5sum < $dir/UTC; done
/usr/share/zoneinfo/:
c79354b8dbee09e62bbc3fb544853283  -
c79354b8dbee09e62bbc3fb544853283  -
/usr/share/zoneinfo/posix:
c79354b8dbee09e62bbc3fb544853283  -
c79354b8dbee09e62bbc3fb544853283  -
/usr/share/zoneinfo/right:
e57768b71e2ce7751db5cb73eb3742df  -
e57768b71e2ce7751db5cb73eb3742df  -

Как видно, *файлы* GMT и UTC отличаются только именами зон. (С самими
аббревиатурами, как Вы понимаете, все сложнее.)

Дополнение: в файле Theory (часть документации tzdata) отмечено, что
в POSIX секунд координации (leap seconds) нет, однако база данных tzdata
содержит информацию о них, а формат файлов временных зон
в /usr/share/zoneinfo/ позволяет ее хранить (см. файлы tzcode/tzfile.*
в исходниках tzdata). Использование и неиспользование этой информации дает
соответственно подкаталоги right и posix (см. также REDO в tzcode/Makefile).

Попробуйте почитать (исходники) tzdata и поискать ответы там. Пояснений
и комментариев в этой базе данных немало.

-- 
Дмитрий Чистиков

Re: [Comm] TZ 0

[Vladimir Karpinsky]

16.01.2012 22:47, Dmitry Chistikov пишет:
> Как видно, *файлы* GMT и UTC отличаются только именами зон. (С самими
> аббревиатурами, как Вы понимаете, все сложнее.)

Понял, спасибо!

> Дополнение: в файле Theory (часть документации tzdata) отмечено, что
> в POSIX секунд координации (leap seconds) нет, однако база данных tzdata
> содержит информацию о них, а формат файлов временных зон
> в/usr/share/zoneinfo/  позволяет ее хранить (см. файлы tzcode/tzfile.*
> в исходниках tzdata). Использование и неиспользование этой информации дает
> соответственно подкаталоги right и posix (см. также REDO в tzcode/Makefile).
>
> Попробуйте почитать (исходники) tzdata и поискать ответы там. Пояснений
> и комментариев в этой базе данных немало.

Спасибо за информацию. Особенно интересно наличие данных о leap seconds в 
БД tzdata.

-- 
	С уважением,
		Владимир.

Re: [Comm] TZ 0

[Vladimir Karpinsky]

P.S. У меня одна программа при запуске предупреждает об отсутствии файла 
/usr/local/lib/leapseconds. Судя по всему, файл должен быть вида:

# @(#)leapseconds       7.12
# Allowance for leapseconds added to each timezone file.

# The International Earth Rotation Service periodically uses leap seconds
# to keep UTC to within 0.9 s of UT1
# (which measures the true angular orientation of the earth in space); see
# Terry J Quinn, The BIPM and the accurate measure of time,
# Proc IEEE 79, 7 (July 1991), 894-905.
# There were no leap seconds before 1972, because the official mechanism
# accounting for the discrepancy between atomic time and the earth's rotation
# did not exist until the early 1970s.

# The correction (+ or -) is made at the given time, so lines
# will typically look like:
#       Leap    YEAR    MON     DAY     23:59:60        +       R/S
# or
#       Leap    YEAR    MON     DAY     23:59:59        -       R/S

# If the leapsecond is Rolling (R) the given time is local time
# If the leapsecond is Stationary (S) the given time is UTC

# Leap  YEAR    MONTH   DAY     HH:MM:SS        CORR    R/S
Leap    1972    Jun     30      23:59:60        +       S
Leap    1972    Dec     31      23:59:60        +       S
Leap    1973    Dec     31      23:59:60        +       S
Leap    1974    Dec     31      23:59:60        +       S
Leap    1975    Dec     31      23:59:60        +       S
Leap    1976    Dec     31      23:59:60        +       S
Leap    1977    Dec     31      23:59:60        +       S
Leap    1978    Dec     31      23:59:60        +       S
Leap    1979    Dec     31      23:59:60        +       S
Leap    1981    Jun     30      23:59:60        +       S
Leap    1982    Jun     30      23:59:60        +       S
Leap    1983    Jun     30      23:59:60        +       S
Leap    1985    Jun     30      23:59:60        +       S
Leap    1987    Dec     31      23:59:60        +       S
Leap    1989    Dec     31      23:59:60        +       S
Leap    1990    Dec     31      23:59:60        +       S
Leap    1992    Jun     30      23:59:60        +       S
Leap    1993    Jun     30      23:59:60        +       S
Leap    1994    Jun     30      23:59:60        +       S
Leap    1995    Dec     31      23:59:60        +       S
Leap    1997    Jun     30      23:59:60        +       S
Leap    1998    Dec     31      23:59:60        +       S

Хочется найти с текущим годом и на некоторую перспективу. Я поискал, но 
пока не нашёл.

16.01.2012 22:47, Dmitry Chistikov пишет:
> Дополнение: в файле Theory (часть документации tzdata) отмечено, что
> в POSIX секунд координации (leap seconds) нет, однако база данных tzdata
> содержит информацию о них, а формат файлов временных зон
> в/usr/share/zoneinfo/  позволяет ее хранить (см. файлы tzcode/tzfile.*
> в исходниках tzdata). Использование и неиспользование этой информации дает
> соответственно подкаталоги right и posix (см. также REDO в tzcode/Makefile).

-- 
	С уважением,
		Владимир.

Re: [Comm] TZ 0

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 851 bytes --]

On Mon, Jan 16, 2012 at 11:17:56PM +0400, Vladimir Karpinsky wrote:
> P.S. У меня одна программа при запуске 
> предупреждает об отсутствии файла 
> /usr/local/lib/leapseconds.

Эта программа захотела странного.

> Судя по всему, файл должен быть вида:
> 
> # @(#)leapseconds       7.12
> # Allowance for leapseconds added to each timezone file.

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

> Хочется найти с текущим годом и на 
> некоторую перспективу. Я поискал, но пока 
> не нашёл.

Текущую версию можно найти в исходниках пакета tzdata:
http://git.altlinux.org/gears/t/..git?p=tzdata.git;a=blob;f=tzdata/leapseconds

Очередная добавленная секунда запланирована на конец июня этого года, см.
http://mm.icann.org/pipermail/tz/2012-January/008466.html


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] TZ 0

[Vladimir Karpinsky]

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

16.01.2012 23:39, Dmitry V. Levin пишет:
> On Mon, Jan 16, 2012 at 11:17:56PM +0400, Vladimir Karpinsky wrote:
>> P.S. У меня одна программа при запуске
>> предупреждает об отсутствии файла
>> /usr/local/lib/leapseconds.
>
> Эта программа захотела странного.

Тут 2 варианта: либо это тянется анахронизмом с древних времён, либо 
связано с тем, что программа не пользуется компьютерным временем вообще, 
поскольку собирает, расфасовывает и отдаёт данные от прибора, который берёт 
время непосредственно из GPS, а знание о leap seconds всё же зачем-то 
необходимо. Ошибка в целую секунду была бы заметна сразу.

> Текущую версию можно найти в исходниках пакета tzdata:
> http://git.altlinux.org/gears/t/..git?p=tzdata.git;a=blob;f=tzdata/leapseconds

Спасибо, взял, посмотрю, что будет после следующей перезагрузке, которая, я 
надеюсь, случится нескоро.

> Очередная добавленная секунда запланирована на конец июня этого года, см.
> http://mm.icann.org/pipermail/tz/2012-January/008466.html

И за эту информацию тоже большое спасибо.

-- 
	С уважением,
		Владимир.

Re: [Comm] Настройка UTC в KDE

[Vladimir Karpinsky]

16.01.2012 19:38, Vladimir Karpinsky пишет:
> Здравствуйте!
>
> При установке KDesktop6-64 решил установить часовой пояс Гринвич --- наука
> наша по Гринвичу живёт, а у нас ещё с зимнем-летним временем дурдом
> происходит (есть ощущение, что продолжение ещё последует). Но не тут-то
> было: не нашёл в списке не только Гринвича, но и Великобританию в целом.

Великобританию нашёл под названием Соединённое королевство --- как-то через 
чур дословный перевод, но там только Лондон, т.е. с переходом зима-лето. 
По-старинке заменил /etc/localtime на /usr/share/zoneinfo/UTC, в консоли 
всё сразу стало нормально, а КДЕ даже после перезагрузки считает, что пояс 
Европа/Москва, хотя время верное по UTC. Как объяснить?

-- 
	С уважением,
		Владимир.