[tz] 2013g - Morocco

random832 at fastmail.us random832 at fastmail.us
Thu Oct 3 17:07:45 UTC 2013

On Thu, Oct 3, 2013, at 12:24, Russ Allbery wrote:
> The problem with some specific time zones, like Morocco, is that the time
> of DST is based on calculations that the tz software is not capable of
> representing as rules or doing internally.  See the large comment in
> front
> of that zone.  Instead, external software is used to generate the
> year-by-year rules going forward up to some (fairly arbitrary) cut-off
> point.  (Even those are an approximation in this case and will probably
> require some last-minute fiddling in some years.)

These scripts should be included with the repository. 

> Obviously, we don't want to do that until the end of time (particularly
> since time has no end), but 2038 is getting closer, so maybe that isn't
> the best cut-off point any more.  It might be interesting to do something
> like generate the rules 50 years into the future and automate some way of
> adding another year of rules each year.

Or do it until, say, 2100, and then extend it to 2200 in 2050, so
there's always between 50 and 150 years of future data.

More information about the tz mailing list