[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: API call to retrieve server timestamp / timestamps as offsets?

From: John Peacock <jpeacock_at_rowman.com>
Date: 2006-11-01 15:12:02 CET

Nik Clayton wrote:
> The real fix, of course, is to make sure that the hosts have
> synchronised clocks.
>
> Since that's not necessarily something that can be guaranteed, there is
> something that Subversion could do to fix this for all clients.

IMHO, all machines acting as servers should by default be running some sort of
time sync program (Windows has an NTP service and *nix boxes can use either some
ntpd variant or better yet clockspeed). There is really no excuse not to make
sure that the system clock on servers is correct; there are readily available
public sources of time sync pretty much everywhere. Clients on networks should
be getting their sync from their local servers (Windows makes this automatic).
Smart users should set up their disconnected client boxes to synchronize with
some external host.

This doesn't have anything to do with Subversion, however. In that case, the
Subversion client should really be using the timestamps as sent by the server
and only changing the TZ offset if necessary. The only time that the Subversion
client should be concerned with local time is when comparing timestamps for
modifications (which happens in the filesystem quite automatically).

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Blvd
Suite H
Lanham, MD 20706
301-459-3366 x.5010
fax 301-429-5747
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 1 15:12:04 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.