relative dates and day light savings

[Mike Frysinger]

if you try to use a relative value of a "day" when crossing day light savings 
time barriers, the answer is prob not what you would expect off the top of 
your head:
$ date -d "2006/10/29 MSD +0 day"
Sat Oct 28 20:00:00 MSK 2006
$ date -d "2006/10/29 MSD +1 day"
Mon Oct 30 00:00:00 MSK 2006

my guess is because the internal calc routines are based on converting 
the "day" into "hours" in which case the results would make sense

looking at the manual, this seems to be "by design" or at least "not going to 
bother handling it":
@vindex TZ
Time stamps assume the time zone rules specified by the @env{TZ}
environment variable, or by the system default rules if @env{TZ} is
not set.  @xref{TZ Variable,, Specifying the Time Zone with @env{TZ},
libc, The GNU C Library}.  You can avoid avoid ambiguities during
daylight saving transitions by using @sc{utc} time stamps.

so can someone confirm that my e-mail here is just simply pointing out the 
obvious ? :)
-mike

pgpbwU0G0agBE.pgp
Description: PGP signature