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). Usemake 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.