Setting internet time [SOLVED]

[jrb]

HI,
I have tried Pizzasgood's timesync-0.2.pet from:
http://www.murga-linux.com/puppy/viewto ... ce104d20f1
and I also tried typing in his instructions in a console. But for some reason it always sets my time and zone to GMT+8 (Perth, Austrailia). Great for Barry but not so good for me.

I tried replacing the /etc/localtime symlink with one to /usr/share/zoneinfo/Etc/GMT-8 but as soon as I use rdate -s time-a.nist.gov it gets reset to /usr/share/zoneinfo/Etc/GMT+8.

Oddly enough, when I type in rdate -p time-a.nist.gov it gives me my local time, until I reset, then it gives me Perth time.

Anyone else have this problem, or is it the result of one of my mods?

PS - using puppy412

[mikeb]

The eternal mystery...

have a look in /etc/TZ if it exists,

regards

mike

[jrb]

Thanks for reply mike,
I don't see a /etc/TZ.

I have found that if I set my timezone to GMT-8 and restart X, rdate -p time-a.nist.gov gives me correct time but rdate -s still resets my timezone to GMT+8.

If I reset my timezone and shutdown X, ctrl-alt-backspace, and work from the prompt both -p and -s work perfectly. When I restart X my time is correct. Haven't tried in xvesa yet.

[jrb]

Just tried xvesa and everything worked. Must be something in Xorg. Have tried both standard puppy412 and my modified 412 both have same problem

[jrb]

Just tried xvesa again and prompt outside X, both reverted to GMT+8. Gurrrrr!

[Pizzasgood]

I have my timezone set to Eastern and it doesn't change anything.

Code: Select all

# readlink /etc/localtime 
/usr/share/zoneinfo/US/Eastern
# date
Tue Dec 16 18:23:43 EST 2008
# rdate -s time-a.nist.gov
# readlink /etc/localtime 
/usr/share/zoneinfo/US/Eastern
# date
Tue Dec 16 18:23:52 EST 2008
#

Try changing the timezone, then rebooting before syncing the time. It might be that Puppy doesn't realize you've changed the timezone, so when you sync it the old one is replaced. That doesn't really seem possible to me, but it's all I've got right now.

Actually, I just tried changing my timezone and then doing the above, and /etc/localtime didn't change. So I don't know what's going on with yours.

This was all in 4.1.2, by the way.

[jrb]

I may have found part of the answer.

Windows has trouble with Timezones. What it does is get the time from the NTP-server, then add the time-difference between you and GMT, and set that as the local time. <-- this is incorrect.

Ubuntu gets the GMT time from the NTP server, sets that as the local time, and displays your local time by taking the GMT time from the hardware clock, and adding the time difference. <-- this is correct.

Apparently Windows and Linux are incompatible when it comes to hardware clock. Windows sets hardware clock to local time, Linux sets it to GMT and adjusts system clock to local from hardware clock.

Pizzasgood I believe you said your hardware clock is set to UTC (GMT). This probably explains why it works for you.

Code: Select all

# readlink /etc/localtime
/usr/share/zoneinfo/Etc/GMT-8
# date
Tue Dec 16 19:16:46 GMT-8 2008
# rdate -p time-nw.nist.gov
Wed Dec 17 11:18:00 2008
# rdate -s time-nw.nist.gov
# rdate -p time-nw.nist.gov
Wed Dec 17 11:20:14 2008
# date
Wed Dec 17 11:20:20 GMT-8 2008
# readlink /etc/localtime
/usr/share/zoneinfo/Etc/GMT-8

This is fairly typical of what I get. If I set my timezone to GMT+0 it adds 8 hours. If I set it to GMT-8 it adds 16 hours. I tried this with 214R and got the same results.

How can I make sure my hardware clock is set to UTC? I set windows time to UTC didn't change the results, still added 8 hours. I set puppy to GMT and then hwclock --systohc --localtime didn't make a difference.

[Bruce B]

Deleted posts per Erikson's assertion as follows. I didn't know there wasn't a problem. No big deal, because finally I can sync my clock.

Sheesh... yet another thread spreading confusion on Puppy time.

Sorry to disappoint y'all, but Puppy time is consistent and correct if you know how to understand it.

But so far I never found a correct and comprehensive "How to understand Puppy time" explanation. I think I'm going to write it up myself one of these days.

[Bruce B]

;

[HairyWill]

If you need any test results from GMT0 I'm happy to help.

[Bruce B]

;

[HairyWill]

running your script gets me, the following, it looks fairly conclusively backwards

Code: Select all

 Etc/GMT+12   Wed Dec 17 05:55:07 2008
 Etc/GMT+11   Wed Dec 17 06:55:07 2008
 Etc/GMT+10   Wed Dec 17 07:55:07 2008
 Etc/GMT+9    Wed Dec 17 08:55:07 2008
 Etc/GMT+8    Wed Dec 17 09:55:07 2008
 Etc/GMT+7    Wed Dec 17 10:55:07 2008
 Etc/GMT+6    Wed Dec 17 11:55:07 2008
 Etc/GMT+5    Wed Dec 17 12:55:07 2008
 Etc/GMT+4    Wed Dec 17 13:55:07 2008
 Etc/GMT+3    Wed Dec 17 14:55:07 2008
 Etc/GMT+2    Wed Dec 17 15:55:07 2008
 Etc/GMT+1    Wed Dec 17 16:55:07 2008
 UTC          Wed Dec 17 17:55:07 2008
 Etc/GMT-1    Wed Dec 17 18:55:07 2008
 Etc/GMT-2    Wed Dec 17 19:55:07 2008
 Etc/GMT-3    Wed Dec 17 20:55:07 2008
 Etc/GMT-4    Wed Dec 17 21:55:07 2008
 Etc/GMT-5    Wed Dec 17 22:55:07 2008
 Etc/GMT-6    Wed Dec 17 23:55:07 2008
 Etc/GMT-7    Thu Dec 18 00:55:07 2008
 Etc/GMT-8    Thu Dec 18 01:55:07 2008
 Etc/GMT-9    Thu Dec 18 02:55:07 2008
 Etc/GMT-10   Thu Dec 18 03:55:07 2008
 Etc/GMT-11   Thu Dec 18 04:55:07 2008
 Etc/GMT-12   Thu Dec 18 05:55:07 2008

Then I just renamed everything in /usr/share/Etc/zoneinfo so that + symbols and - symbols were interchanged and now I get this which makes more sense.

Code: Select all

 Etc/GMT+12   Thu Dec 18 06:06:06 2008
 Etc/GMT+11   Thu Dec 18 05:06:06 2008
 Etc/GMT+10   Thu Dec 18 04:06:06 2008
 Etc/GMT+9    Thu Dec 18 03:06:06 2008
 Etc/GMT+8    Thu Dec 18 02:06:06 2008
 Etc/GMT+7    Thu Dec 18 01:06:06 2008
 Etc/GMT+6    Thu Dec 18 00:06:06 2008
 Etc/GMT+5    Wed Dec 17 23:06:06 2008
 Etc/GMT+4    Wed Dec 17 22:06:06 2008
 Etc/GMT+3    Wed Dec 17 21:06:06 2008
 Etc/GMT+2    Wed Dec 17 20:06:06 2008
 Etc/GMT+1    Wed Dec 17 19:06:06 2008
 UTC          Wed Dec 17 18:06:06 2008
 Etc/GMT-1    Wed Dec 17 17:06:06 2008
 Etc/GMT-2    Wed Dec 17 16:06:06 2008
 Etc/GMT-3    Wed Dec 17 15:06:06 2008
 Etc/GMT-4    Wed Dec 17 14:06:06 2008
 Etc/GMT-5    Wed Dec 17 13:06:06 2008
 Etc/GMT-6    Wed Dec 17 12:06:06 2008
 Etc/GMT-7    Wed Dec 17 11:06:06 2008
 Etc/GMT-8    Wed Dec 17 10:06:06 2008
 Etc/GMT-9    Wed Dec 17 09:06:06 2008
 Etc/GMT-10   Wed Dec 17 08:06:06 2008
 Etc/GMT-11   Wed Dec 17 07:06:06 2008
 Etc/GMT-12   Wed Dec 17 06:06:06 2008

Is the solution this easy?

[Bruce B]

;

[jrb]

Hi guys,
Sorry to be away so long, life gets in the way, but I have tried, shall we say, a number of things.

Bruce, tried your timesync, told me my timezone setting.

Hairywill, followed your example and reversed sign on GMT's with same results.

Installed ntpdate with results similar to rdate except it messed up my hwclock as well.

Finally after many variations of above, resetting to different timezones etc., I linked my /etc/localtime to /usr/share/zoneinfo/US/Pacific and remastered. Now rdate -s works and ntpdate works. I have deliberately set to wrong times, both system and hwclock then rebooted and rdate and ntpdate brought it back.

My conclusion, GMT-8, and who knows how many others, is broken. Do you need to remaster? I don't know. Since I allways run in ram I'm sure I did.

Will await your opinions before I mark this one solved.

[Kal]

I hope someone can find an answer for this. The link to localtime in /etc has on occasion, changed back for me, after a day or two, back to Perth's timezone again! I then reset it again and it seems to stay for a while. Of course, Barry has tried to fix this a couple of times with no luck.

I have done the remaster trick too and that works, but, it is not a fix for the problem, because then it is locked into my timezone from the remaster. I have even had this happen on a full install without the layers system. After a redo again. of the link to localtime then it stays, as set.

Good Luck, Kal

[Bruce B]

;

[Bruce B]

;

[Bruce B]

;

[Bruce B]

;

[erikson]

Sheesh... yet another thread spreading confusion on Puppy time.

Sorry to disappoint y'all, but Puppy time is consistent and correct if you know how to understand it.

But so far I never found a correct and comprehensive "How to understand Puppy time" explanation. I think I'm going to write it up myself one of these days.