No Brasil, este ano, o presidente decidiu que não deveríamos ter horário de verão. E por causa disso meu servidor Centos 8 está com a hora errada, quer dizer, quando eu uso datea hora mostrada está errada em 1 hora. Normalmente, quando configuro meu servidor, executo isso:
ln -s /usr/share/zoneinfo/Brazil/East /etc/localtime
O fuso horário do Leste do Brasil agora é -3, mas usando o arquivo acima do fuso horário fica -2 (porque por algum motivo é acreditar erroneamente que deveríamos ter o horário de verão este ano, como sempre foi).
Então, como faço para corrigir isso? Existe uma maneira de dizer ao meu servidor para atualizar os arquivos zoneinfo com base nas decisões do governo dia a dia? Vamos supor que o presidente brasileiro hoje decida que devemos entrar no horário de verão amanhã. Existe alguma organização internacional que forneça esses arquivos de zona atualizados de acordo com as decisões do governo local?
obs: tentei nanoo arquivo /usr/share/zoneinfo/Brazil/East porém aparecem caracteres estranhos na tela então desisti de editá-lo.
O Brasil que não observa mais o horário de verão está em tzdata-2019b por volta de julho. (ICANN, anteriormente IANA, é a mantenedora que compila as mudanças.)
Por algum motivo, só encontro 2019a nos espelhos do CentOS 8. Considere levantar o problema em um relatório de bug ou lista de discussão. O RHEL upstream se compromete com uma liberação imediata do tzdata .
Até que isso seja atualizado, considere escolher outra cidade no mesmo deslocamento, como América/Argentina/Buenos_Aires . (Espero que ambos façam a coisa sensata e fiquem sem horário de verão, mas quem sabe...)
A mudança do horário de verão do Brasil foi incluída na versão TZ 2019b .
A execuçãoyum update tzdatadeve fornecer a versão mais recente (que na verdade é2019c, mas inclui a alteração com a qual você se importa).Você pode usarrpm -q tzdatapara verificar a versão que você tem.O CentOS parece estar atrasado em disponibilizar essas atualizações - eles ainda oferecem apenas 2019a. Veja https://www.centos.org/forums/viewtopic.php?t=72416 para discussão e https://bugs.centos.org/view.php?id=16702 para o relatório do bug