Início / unix / Perguntas / 435267
Accepted
danglingpointer
Asked: 2018-04-04 05:00:04 +0800 CST

PST para PDT muda em 1º de abril em vez de 11 de março às 2h?

  • 772

Recebi a reclamação de que o fuso horário PST está uma hora adiantado para Washington em meu dispositivo incorporado. Estou usando o utilitário tz para configurar o fuso horário.

Este é o fuso horário de Los Angeles :

 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

Eu até atualizei o utilitário tz com os binários de 2018 mais recentes e ainda recebo esse problema, estou perdendo alguma coisa?

Estou intrigado depois de verificar a mudança de PST-PDT em 1º de abril?

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 muda para 1º de abril às 2h.

/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
linux timezone

1 respostas

  1. Best Answer

    Parece que seu dispositivo está usando o Pacific-Newfuso horário, que é um fuso horário proposto que nunca se tornou lei nos EUA e que especifica uma mudança para o horário de verão no primeiro domingo de abril:

    # 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

    Alguns sistemas historicamente acabaram usando isso em vez do fuso horário correto do Pacífico, por vários motivos; veja este relatório RISKS (de 1992!) ou este bug do Debian (de 2016) para exemplos. Houve alguns problemas com isso no primeiro tzdatalançamento de 2018, o que pode ter causado problemas em alguns sistemas. Das notas de lançamento para 2018c :

    O procedimento de instalação padrão não cria mais o link de compatibilidade com versões anteriores US/Pacific-New, o que causa confusão durante a configuração do usuário (por exemplo, consulte o bug 815200 do Debian). Use make BACKWARD="backward pacificnew"para criar o link de qualquer maneira, por enquanto. Eventualmente, planejamos remover totalmente o link.

    O pacificnewarquivo configura um link de US/Pacific-Newpara America/Los_Angeles, e o backwardarquivo configura um link de US/Pacificpara America/Los_Angeles. Portanto, em teoria, os dados devem estar corretos, mas isso dependerá do Los_Angelesconteúdo do seu arquivo.

    • 12

relate perguntas