diff options
author | Gerhard Brauer <gerbra@archlinux.de> | 2009-06-29 17:59:24 +0200 |
---|---|---|
committer | Dieter Plaetinck <dieter@plaetinck.be> | 2009-06-29 21:35:17 +0200 |
commit | 3b1be38c4f6b5e661b06cecdd187d10cdcc4982d (patch) | |
tree | 4b444884dc32a3243e4ace0651bd59f1aeb2101b /COPYING | |
parent | 2dd328ef66f1def146323e7ed7c4c6e4c8e25e7f (diff) |
Modified timesetting procedure again
With our current code we get problems when the user want to set datetime
manually in our dialog. Revisiting last changes i see: it's a bad thing
to force any timesetting based on a *selected* timezone in an still UTC
environment.
So the easiest way (and i hope the last change on this!) is:
a) user selected a timezone
b) we set this timezonefile to /etc/localtime
c) Now we ask: is your hwclock on UTC or localtime?
c) UTC BIOSclock user now have both correct system and hw time.
d) For localtime users we must re-read the hwclock into our new
timezone, cause copy'ing above timezone file has recalculated the
systemtime to a false time.
I've tested these commit on my PC, both with hwclock on UTC and
localtime, also with manual setting and via ntp(date) in the aif dialog.
Signed-off-by: Gerhard Brauer <gerbra@archlinux.de>
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions