Mudanças de PST para PDT em 1 de abril em vez de 11 de março às 2:00 da manhã?

5

Recebi a reclamação de que o fuso horário do PST está uma hora adiantado para Washington no 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 últimos binários do 2018 e ainda assim obtenho este problema. Será que estou perdendo alguma outra coisa?

Estou perplexo 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

O PST- > PDT muda em 1 de abril às 2:00 da manhã.

/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
    
por danglingpointer 03.04.2018 / 15:00

1 resposta

12

Parece que seu dispositivo está usando o fuso horário Pacific-New , 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 uma variedade de razões; veja este relatório de RISCOS (de 1992!) ou este bug Debian (a partir de 2016) para exemplos. Houve alguns problemas com isso no primeiro release tzdata de 2018 que pode ter causado problemas em alguns sistemas. De as notas de lançamento de 2018c :

The default installation procedure no longer creates the backward-compatibility link US/Pacific-New, which causes confusion during user setup (e.g., see Debian bug 815200). Use make BACKWARD="backward pacificnew" to create the link anyway, for now. Eventually we plan to remove the link entirely.

O arquivo pacificnew configura um link de US/Pacific-New para America/Los_Angeles e o arquivo backward configura um link de US/Pacific para America/Los_Angeles . Portanto, em teoria, os dados devem estar corretos, mas isso depende do que o seu arquivo Los_Angeles contém.

    
por 03.04.2018 / 15:14