[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Patch for timezone handling in cvs log

From: Derek Robert Price
Subject: Re: Patch for timezone handling in cvs log
Date: Wed, 28 Apr 2004 00:24:19 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413

Hash: SHA1

Larry Jones wrote:

>Bart Robinson writes:
>>These changes add to log/rlog a -z option, which specifies the
>>timezone to use for output.  This is very similar to the -z option to
>>RCS's rlog command.  It works for remote repositories as well.
>No, it doesn't; it's broken in exactly the same way as RCS's rlog
>command.  Timezone conversion *cannot* be done correctly on the server,
>it *must* be done on the client.  The fatal flaw is that the offset from
>GMT is not constant in any timezone that observes, or has at any time in
>the past observed, "daylight saving time" (a.k.a. "summer time").  And
>what's worse, the correct offset depends on the the particular time
>being converted, not the current time.  Because timezone rules are so
>baroque, it is not reasonable to expect the server to know about the
>rules for the client's locale, only the client can be expected to know

If you want to patch something, I think the correct way to do this is
using the client's MT request to send tagged dates and then let the
client recalculate the date before printing it if it likes.


- --

Email: derek@ximbiot.com

Get CVS support at <http://ximbiot.com>!
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


reply via email to

[Prev in Thread] Current Thread [Next in Thread]