奇妙なタイムゾーンの略語

奇妙なタイムゾーンの略語

Centos 6サーバーコンソールでこのコマンドを実行すると、

# date

私はこれを受けました

Wed Oct 11 05:11:00 -03 2017

日付が-03(UTCオフセット)を返す理由を説明できる人はいますか?

これの代わりに

Tue Oct 10 12:30:50 AMST 2017

返品するにはどうすればよいですか?AMST数値以外の値-03

注: また、これを実行すると

# zdump /etc/localtime
/etc/localtime  Wed Oct 11 05:27:33 2017 -03
zdump: warning: zone "/etc/localtime" abbreviation "-03" lacks alphabetic at start 

注2:UTCオフセットを使用することは多くのツールで予期しないものであるため、これを避けたいと思います。これは可能ですか?

ありがとう

ベストアンサー1

tzdataは最近「発明された略語」の使用をやめたようです。これに関するRed Hatのレポート:

tzdata-2016bから、新しいタイムゾーンのtzdataタイムゾーンの略語を提供する新しい方法が実装されました。新しいゾーンを作成すると、tzdataは新しい略語(たとえば「ASTT」)を作成する以前の命名規則の代わりに、数値のタイムゾーンの略語(「+03」など)を使用します。

さらに、tzdata-2017aから公式の地位がなく、便宜のために設計された領域の略語を削除する方針があります。

これらの変更により、特定のtzdata-2016bデータ項目がtzdata-2005jからtzdata-2015eバージョンに派生したzic実装で警告が発生する可能性があります。 zdumpコマンドは、これらの新しいタイムゾーンに対して警告を発行することもできます。

これは、現在見ている動作と正確に一致しているようです。 Debian システムでも同じ状況が現れます。

$ zdump America/Sao_Paulo UTC
America/Sao_Paulo  Wed Oct 11 11:19:19 2017 -03
zdump: warning: zone "America/Sao_Paulo" abbreviation "-03" lacks alphabetic at start
UTC                Wed Oct 11 14:19:19 2017 UTC

古いバージョンのtzdataを実行しているさまざまなシステムには、「BRT」タイムゾーンが表示されます。

$ zdump America/Sao_Paulo UTC
America/Sao_Paulo  Wed Oct 11 11:19:40 2017 BRT
UTC                Wed Oct 11 14:19:40 2017 UTC

どちらの場合も、現実の現地時間が正確であるようです。問題はまだCentOSで認識

最善の方法は、間違いによるゾーンの略語を心配しないようです。または、この問題に本当に興味があり、他のタイムゾーンの更新に興味がない場合は、tzdataパッケージを2017aより前のバージョンにロールバックできます。

おすすめ記事