From mboxrd@z Thu Jan  1 00:00:00 1970
Date: Sat,  9 Sep 1995 07:30:00 -0400
From: dhog@plan9.cs.su.oz.au dhog@plan9.cs.su.oz.au
Subject: date command (Another question ? _o_ )
Topicbox-Message-UUID: 2271d002-eac8-11e9-9e20-41e7f4b1d025
Message-ID: <19950909113000.WORy5RbVckBtjTnZ7OB-vYyfSWlWJKw3U3nuFGTQqUQ@z>

>/adm/timezone/Japan is simpler than most:
>% cat /adm/timezone/Japan
>JST 32400
>
>it looks as though ctime fails to realise that a single time zone & GMT offset
>not followed by a list of time changes probably means that the location hasn't got
>the notion of `daylight savings' or `summer time'.
>instead it defaults to GMT, obviously aware of the splendid weather here this summer.

This would be my fault -- I supplied a number of the timezone files, using a
program which converted the Berkeley zoneinfo files into Plan 9 format.
Evidently I didn't read ctime(2) carefully enough :-(

Looks like the following files in /adm/timezone are affected:

Australia_North
Canada_East-Saskatchewan
HST
Hongkong
Iceland
Japan
Mexico_BajaSur
Mexico_General
NZ_CHAT
ROC
Singapore
US_Arizona
US_East-Indiana
US_Hawaii


P.S.  A better way to do this in the future would be to modify the zoneinfo
compiler (zic) to produce Plan 9 format directly.  Then changes to timezones
could be incorporated without fuss.  There's an ftp site which holds updated
sets of rules in the form understood by zic.