Início / unix / Perguntas / 545691
Accepted
Ruslan
Asked: 2019-10-09 02:23:54 +0800 CST

Por que o `date` ignora a variável de ambiente TZ?

  • 772

No Ubuntu 18.04, tenho o seguinte comportamento de date:

$ date --version | head -n1
date (GNU coreutils) 8.28
$ date
Вт окт  8 13:18:18 MSK 2019
$ TZ=UTC date
Вт окт  8 10:18:23 UTC 2019

Até agora tudo bem. Mas agora estou tentando fazer o mesmo no Raspbian 9:

$ date --version | head -n1
date (GNU coreutils) 8.26
$ date
Tue Oct  8 13:18:50 MSK 2019
$ TZ=UTC date
Tue Oct  8 13:18:51 MSK 2019

Qual poderia ser o motivo da versão Raspbian de dateignorar a TZvariável de ambiente?

date

2 respostas

  1. Best Answer

    Posso pensar em duas causas possíveis:

    1. o arquivo /usr/share/zoneinfo/UTCnão está presente ou está corrompido no seu Raspbian 9, portanto, glibcfalha ao implementar a configuração da variável TZ e volta ao fuso horário padrão do sistema,

    2. você pode ter uma variável TZ configurada anteriormente que foi marcada como somente leitura, portanto, sua tentativa de alterá-la não terá efeito.

    • 5

  2. A maneira correta, padrão e portátil de definir por meio de $TZum fuso horário chamado UTC e que está ativado (com deslocamento 0 para) o Tempo Universal durante todo o ano é com:

    TZ=UTC0

    Isso é independente e fornece a especificação completa para esse fuso horário. Isso informa que o deslocamento para UTC é 0 (durante todo o ano, pois não há parte do horário de verão especificado) e o rótulo (conforme relatado por, date +%Zpor exemplo) é UTC.

    A especificação de fuso horário descrita por TZpode ficar mais complicada, pois você também pode incorporar o nome e o deslocamento do horário de verão e as regras para quando mudar entre o horário de verão e inverno. No entanto, essas regras são limitadas e, em particular, não podem abranger casos em que as regras mudam de um ano para outro (e na maioria dos países, as regras mudaram ao longo do tempo ou usam regras diferentes do primeiro ou último domingo de algum mês) .

    É por isso que o POSIX também especifica TZ=:something, mas como somethingé tratado, a implementação deixa a implementação definida para permitir que as implementações criem uma maneira melhor de definir um fuso horário para as zonas da vida real.

    Na maioria dos sistemas, isso é implementado usando o banco de dados tz da ICANN (eles também publicam códigos de referência para lidar com eles).

    Então, você usaria TZ=:Europe/London, por exemplo, para o fuso horário da Grã-Bretanha continental, que abrange deslocamentos de fuso horário e quando a mudança para o ano atual e todos os anos anteriores em Londres.

    Na prática, Europe/Londoné interpretado como o caminho de um arquivo relativo a algum zoneinfodiretório (geralmente /usr/share/zoneinfo).

    No banco de dados tz, há também um Etc/UTCarquivo (com Etc/Universale Etc/Zululinks para ele). Etc/GMTé definido da mesma forma, exceto que o rótulo é GMT durante todo o ano (com Etc/GMT-0, Etc/GMT+0, Etc/Greenwichcomo links).

    Portanto, você pode TZ=:Etc/UTCobter o mesmo efeito, TZ=UTC0exceto que o sistema precisa abrir esse Etc/UTCarquivo para descobrir as regras TZ mais simples: 0 deslocamento para UTC durante todo o ano.

    Em muitos (a maioria?) sistemas, há um UTC-> Etc/UTCsymlink, então você também pode fazer TZ=:UTC.

    TZ=UTCem si não é POSIX, mas aqui na ausência de um deslocamento sendo dado, na maioria dos sistemas, é interpretado como o mesmo que TZ=:UTC(procure a definição de fuso horário em /path/to/zoneinfo/UTC. Mas se o banco de dados tz não estiver disponível, isso não funcionará.

    Observe também que date, especificamente, você pode usar a -uopção para obter datas UTC, independentemente do que $TZcontém. date -ué equivalente a TZ=UTC0 date.

    • 1

relate perguntas