Meu fuso horário BST está uma hora atrasado?

Question 1

BSTnão é reconhecido como um nome de fuso horário. É usado como abreviação na saída, mas você não pode usá-lo para designar um fuso horário. A maioria dos programas não verifica os nomes dos fusos horários e assume silenciosamente o padrão GMT se o nome do fuso horário não for reconhecido.

Abreviações como BST, CET, EST, etc. nem sempre são bem definidas e às vezes ambíguas (é o horário padrão da América do Norte ou do Leste da Austrália?). Eles são significativos apenas em uma determinada região, enquanto a configuração de fuso horário normalmente se destina ao uso em todo o mundo. Além disso, uma abreviatura como BST na verdade não designa um fuso horário, mas apenas o horário em um determinado fuso horário durante parte do ano (Grã-Bretanha enquanto o horário de verão está em vigor). Portanto, você deve usar designações inequívocas, a maioria das quais segue o padrão continente/cidade. Em sistemas Linux típicos, e acho que também em muitas outras variantes do Unix, você pode ver quais abreviações estão disponíveis procurando no diretório /usr/share/zoneinfo.

Então ao invés de usar GMTno inverno e BSTno verão, use Europe/London.

Answer

BSTnão é reconhecido como um nome de fuso horário. É usado como abreviação na saída, mas você não pode usá-lo para designar um fuso horário. A maioria dos programas não verifica os nomes dos fusos horários e assume silenciosamente o padrão GMT se o nome do fuso horário não for reconhecido.

Abreviações como BST, CET, EST, etc. nem sempre são bem definidas e às vezes ambíguas (é o horário padrão da América do Norte ou do Leste da Austrália?). Eles são significativos apenas em uma determinada região, enquanto a configuração de fuso horário normalmente se destina ao uso em todo o mundo. Além disso, uma abreviatura como BST na verdade não designa um fuso horário, mas apenas o horário em um determinado fuso horário durante parte do ano (Grã-Bretanha enquanto o horário de verão está em vigor). Portanto, você deve usar designações inequívocas, a maioria das quais segue o padrão continente/cidade. Em sistemas Linux típicos, e acho que também em muitas outras variantes do Unix, você pode ver quais abreviações estão disponíveis procurando no diretório /usr/share/zoneinfo.

Então ao invés de usar GMTno inverno e BSTno verão, use Europe/London.

Question 2

Como @Gilles disse, esse BST é algo gerado em date/ date +%Z, para informar aos usuários que é uma data do horário de verão britânico (portanto, GMT + 1), não algo que defina um fuso horário, não algo que você possa usar para $TZ.

Esse BST é significativo para os usuários britânicos. Quando um usuário britânico vê 14:00 BST, ele sabe que o carimbo de data/hora se refere às 14h, horário de verão na Grã-Bretanha continental (portanto, 13h UTC). O uso desses códigos de 3 a 4 letras é difundido na Grã-Bretanha, nos EUA e em alguns outros países de língua inglesa, portanto, apareça na saída padrão de datelá (em en_GB.UTF-8localidades, por exemplo). Por outro lado, a maioria dos utilizadores franceses não terá ideia do que 14:00 CESTsignifica (mesmo que CESTse refira aHorário de verão da Europa Central, o GMT+2 que se aplica no verão na França), então você notaria que quando as datas especificam o fuso horário, elas incluem o deslocamento UTC do que CET/ CESTlá (como mardi 2 mai 2017, 13:34:09 (UTC+0200)).

O$TZ variável não se destina a conter esses códigos de 3 a 4 letras. Ele contém algo quedefine/especificao fuso horário, a região em que você está. Os aplicativos o utilizam para saber a diferença com o UTC a qualquer momento, quando alternar entre o horário de inverno e verão e qual código (se houver) para o horário de inverno e verão seria exibido para o usuário (para aqueles usuários para quem é significativo).

Para isso, você pode definir TZalguma especificação de fuso horário definida pelo sistema. Gostar TZ=:Europe/London(embora muitos sistemas também aceitem TZ=Europe/London) ou TZconter as regras completas (embora essas regras sejam limitadas).

Por exemplo, se eu usar TZ=:Europe/Londonno meu sistema, as regras serão lidas em /usr/share/zoneinfo/Europe/London.

Esse arquivo especificará, por exemplo, que desde 1996, o deslocamento do UTC é 0 do último domingo de outubro às 2h UTC até o último domingo de março (com o nome GMT para "Horário de Greenwich") e 1 outro sentido (com o nome BST para "British Summer Time"), enquanto de 1970 (0 horário Unix) a 1972, foi 1 durante todo o ano com o nome BST para "British Summer Time".PadrãoTempo".

Você já pode ver que não faz sentido usar o BST como especificação de fuso horário. Primeiro, significou coisas diferentes em diferentes momentos, e mesmo se considerarmos apenas a época atual, é apenas um código para o horário de verão, portanto não pode ser usado como uma especificação de fuso horário para o ano inteiro.

Agora, você também pode TZconter as regras completas. Por exemplo, para o "horário padrão britânico (não de verão)" do início dos anos 70, você pode usar a forma mais simples de especificação:

TZ=BST-1

Isso especifica um fuso horário que é sempre 1 hora a leste do UTC e para o qual date +%Zsempre retorna BST. Esse fuso horário é correto para a Grã-Bretanha continental no início dos anos 70 e para o horário de verão desde 1972, mas não para o horário de inverno desde 1972 (e não podemos prever o futuro).

Ou você pode usar a especificação completa das regras atuais:

TZ=GMT0BST,M3.5.0/1:00:00,M10.5.0/2:00:00

Isso diz que há dois períodos no ano, um para o qual o nome é GMT com deslocamento 0 e um BST com deslocamento 1 (implícito como 0+1 acima quando não especificado), onde a mudança de um para o outro está ativada último (5) domingo (0) de março (3) às 1h00 UTC e volta no último domingo de outubro às 2h00.

Novamente, essa TZ funciona de 1996 até agora, mas não necessariamente de outra forma. Por exemplo, para 1970-01-01 00:00:00 UTC (0 hora da época Unix, quando a hora local era 1:00:00 BST (Horário Padrão Britânico) em Londres):

$ TZ=:Europe/London date -d @0
Thu  1 Jan 01:00:00 BST 1970
$ TZ=GMT0BST,M3.5.0/1:00:00,M10.5.0/2:00:00 date -d @0
Thu  1 Jan 00:00:00 GMT 1970

Por POSIX, o comportamento para

TZ=BST-1está bem definido (como descrito acima)
TZ=BST(ou TZ=GMT/ TZ=UTC/ TZ=Europe/London) não é especificado.
TZ=:BST/ TZ=:Europe/Londonéimplementação definida. Isto é, os sistemas destinam-se a apoiá-lo e documentar o que isso faz, embora o POSIX não nos diga o que é feito.

No terceiro caso acima, em sistemas GNU (e acredito na maioria dos outros sistemas do tipo Unix), quando TZcomeça com :, o que se segue é considerado um caminho para um arquivo de definição de fuso horário. No caso do sistema GNU, esse também é o caso quando :é omitido (mesmo que o valor forme uma especificação de fuso horário válida como UTC0, mas geralmente não deveria existir tais arquivos, embora eu possa ver algumas exceções no meu sistema, o que o torna um sistema não POSIX (por exemplo, TZ=CST6CDT date -d 1943-01-01 +%Zsaídas CWTem vez de CSTporque há um /usr/share/zoneinfo/CST6CDTarquivo ¹ que define umtempo de guerrapara esse período)).

Esse caminho geralmente é um caminho relativo e, nesse caso, é relativo a $TZDIR(ou algum padrão, como /usr/share/zoneinfoquando $TZDIRnão está definido, como geralmente é o caso). Por razões de segurança, $TZDIRcaminhos absolutos ou relativos com ..componentes são ignorados em contextos de escalonamento de privilégios (como em contextos setuid).

Normalmente, em um sistema GNU, um TZ=:BST, igual ao que TZ=BSTnormalmente procura por um /usr/share/zoneinfo/BSTarquivo. Se não for encontrado (como seria o caso, já que BSTnão é possível identificar uma definição de fuso horário), normalmente assumirá a hora UTC e um nome de fuso horário (como na date +%Zsaída) de BST.

¹ Aqueles CST6CDTcomo WET, CET, MET... são resquícios de outra época. No final de 1993, a base de dados TZ (como agoramantido pela IANA)mudadodesde o uso de nomes ad hoc (e na maioria das vezes ambíguos) (como MET, GB-Eire, WET) até Area/Cityonde a cidade é a cidade mais populosa (no momento do lançamento) onde a zona se aplica (Área sendo grandes áreas como continente/oceano). Para a Grã-Bretanha continental, onde você costumava usar GB-Eire(não WET), você agora (desde 1993) usa Europe/London. GB-Eire(como WET) ainda estão disponíveis para compatibilidade com versões anteriores ( GB-Eireagora vinculados a Europe/London, enquanto WETé definido como uma zona que usa UTC no inverno e as regras da UE para horário de verão (a Grã-Bretanha só segue as regras da UE desde 1996 e com o Reino Unido agora saindo da UE, ninguém pode dizer o que o futuro reserva)) mas não deve ser usado agora em novas implantações.

Answer