web-dev-qa-db-ja.com

PSTからPDTへの変更は、午前3時11日ではなく4月1日に行われますか？

私の組み込みデバイスでは、PSTタイムゾーンがワシントンより1時間進んでいるという苦情がありました。 tzユーティリティを使用してタイムゾーンを設定しています。

これは ロサンゼルスのタイムゾーン ：

 2018   Sun, Mar 11 at 2:00 am  PST → PDT   +1 hour (DST start) UTC-7h
        Sun, Nov 4  at 2:00 am  PDT → PST   -1 hour (DST end)   UTC-8h

Tzユーティリティを最新の2018バイナリで更新しても、この問題が発生します。他に何か足りないものがありますか？

4月1日にPST-PDTの変更を確認した後、困惑しましたか？

usr/share/zoneinfo # date 031111002018; TZ='America/Los_Angeles' date
Sun Mar 11 11:00:00 UTC 2018
Sun Mar 11 03:00:00 PST 2018
/usr/share/zoneinfo # date 041111002018; TZ='America/Los_Angeles' date
Wed Apr 11 11:00:00 UTC 2018
Wed Apr 11 04:00:00 PDT 2018 <--- Here UTC-7 to UTC-8

PST-> PDTは、4月1日午前2:00に変更されます。

/usr/share/zoneinfo # date 040110242018; TZ='America/Los_Angeles' date 
Sun Apr  1 10:24:00 UTC 2018
Sun Apr  1 03:24:00 PDT 2018
linuxtimezone
5
danglingpointer

これは、お使いのデバイスがPacific-Newタイムゾーンを使用しているようです。タイムゾーンは、米国で法律になることはなく、4月の第1日曜日に夏時間への切り替えを指定しています。

# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
## Rule Twilite XXXX    max     -       Apr     Sun>=1  2:00    1:00    D
## Rule Twilite XXXX    max     uspres  Oct     lastSun 2:00    1:00    PE
## Rule Twilite XXXX    max     uspres  Nov     Sun>=7  2:00    0       S
## Rule Twilite XXXX    max     nonpres Oct     lastSun 2:00    0       S

一部のシステムは、さまざまな理由から、歴史的に正しい太平洋時間帯の代わりにこれを使用することになりました。例については、 このリスクレポート （1992年から！）または このDebianバグ （2016年から）を参照してください。 2018年の最初のtzdataリリースでこれにいくつかの問題があり、一部のシステムで問題が発生した可能性があります。から 2018cのリリースノート ：

デフォルトのインストール手順では、後方互換性リンクUS/Pacific-Newが作成されなくなり、ユーザーのセットアップ中に混乱が生じます（たとえば、Debianバグ815200を参照）。今のところ、make BACKWARD="backward pacificnew"を使用してリンクを作成してください。最終的には、リンクを完全に削除する予定です。

pacificnewファイルはUS/Pacific-NewからAmerica/Los_Angelesへのリンクを設定し、backwardファイルはUS/PacificからAmerica/Los_Angelesへのリンクを設定します。したがって、理論的にはデータは正しいはずですが、それはLos_Angelesファイルの内容によって異なります。

12
Stephen Kitt