From: Guillaume Dargaud on

> At login your processes pick up their concept of a timezone in some way,
> maybe from /etc/localtime, or /etc/TZ, or /etc/default/??, or ???

Thank you for the cear explaination.
I'll ensure TZ is correct before boot or application launch then.
--
Guillaume Dargaud
http://www.gdargaud.net/


From: Stephane CHAZELAS on
2008-05-6, 16:59(+02), Guillaume Dargaud:
>
>> At login your processes pick up their concept of a timezone in some way,
>> maybe from /etc/localtime, or /etc/TZ, or /etc/default/??, or ???
>
> Thank you for the cear explaination.
> I'll ensure TZ is correct before boot or application launch then.

I'd advise against setting TZ globally. That means that if you
want to change TZ globally, you need to restart every
application so that there environment be updated.

Or set it to something like Local/MyTime so that you can change
the definition of that.

If TZ is not set, the time displaying functions generally get
the timezone information from /etc/localtime. That file can be a
symlink to /usr/share/zoneinfo/Europe/Paris (to be adapted on
your system). That is equivalent to setting TZ to Europe/Paris,
with the benefit that you can change it to something else and
the new default being taken into account without needing a
reboot.

For the initial question, I don't think anyone mentioned the
obvious answer: use the -u option for both dates:

date -u "$(ssh other-server date -u +...)"

Anyone mentioned NTP and ntpdate already?

--
St�phane