Timezone can't be set - SOLVED, kinda

[blacktulipgirl]

I already tried this :
http://www.murga-linux.com/puppy/viewto ... 76&t=32223

What now?

[Béèm]

This thread was a solution for puppy 302.
In Dingo it should work.
What exactly is the problem.
Can you show, if possible, screenshots to illustrate your problem?

[Bruce B]

This thread was a solution for puppy 302.
In Dingo it should work.
What exactly is the problem.
Can you show, if possible, screenshots to illustrate your problem?

Béèm,

I already answered this one in a full post. Then I got thinking like
you: What exactly is the problem?

Then I decided to NOT submit my post. The decision came when I
started thinking maybe the problem is the water runs down the
bathtub in a reverse direction in Australia than it does in the
Northern Hemisphere. Can we consider time and neglect the
rotation of the planet?

Bruce

[Béèm]

The decision came when I
started thinking maybe the problem is the water runs down the
bathtub in a reverse direction in Australia than it does in the
Northern Hemisphere. Can we consider time and neglect the
rotation of the planet?

So if I understand you well, in fact we are running on the northern part of the globe an upside down Puppy/Dingo .

[Bruce B]

Of course Béèm. The topic title says: Tried Everything.

I think maybe the key to all of this is, one thing wasn't tried, running
Puppy from Australia.

[Béèm]

[muggins]

I'm using p2.16 and, like in previous pupversions, the Set Timezone utility is using inverted logic, in that GMT+10 hours is set by selecting -10. Is this still the case with pup4?

[Béèm]

Not for me Muggins in Dingo 406

[shroomy_bee]

I've noticed that setting the correct timezone in any linux doesn't yield the correct time. It's usually two hours wrong, in Pup my GMT is actually two hours ahead of GMT, putting me on far Eastern Europe time instead. Offhand I can't recall exactly if the others are wrong in the same direction.
I figured it was just an old script or something that had an error in it (likely due to BST as in British SummerTime confusions), cause a lot of forums online also get it wrong if you select the timezone that matches your actual location.

[ttuuxxx]

I already tried this :
http://www.murga-linux.com/puppy/viewto ... 76&t=32223

What now?

Hi I just set mine in puppy 4.0 dingo,
menu/Desktop/Set Time Zone
then I adjusted my clock
menu/Desktop/Set date and time
and it worked
well the time changed.

ttuuxxx

[blacktulipgirl]

I set the timezone, I set the time and date, 5 times, each time with a reboot, it keeps coming up incorrect.



This is a pic, the actual time was 9:15am

I tried a new timezone file as well that mibbit sent me and its still screwed up.

I am in Vancouver , BC. I am running Puppy 4.0, IceWM,.

Any help appreciated!

B

[Aitch]

Have you tried deliberately setting it wrong, say London, UK, rebooting and seeing if it'll stick, then resetting it to your local time afterwards?

I found I could reset mine in UK, after selecting NY, USA

strange thing, time, eh?

when you have loads of it it goes slowly, when you have important things to do it is too quick!

Aitch

[Béèm]

blacktulipgirl.
It still isn't clear for me how you set the time zone.
Can you post a screen shot of the selection panel?
I am not quite sure, as my Dingo400 time is lon past, that I had such an issue as well.
I didn't find a cure until later versions, I think.

[Bruce B]

Ntpdate doesn't set the right time in Puppy 4 (Solved)

Is it solved or accepted?

I completely rewrite everything in /etc/profile, it doesn't
calculate, I tell it the data for all variables.

Here are my TZ entries:

#export TZ=America/Los_Angeles
export TZ=Etc/GMT-8

Either one are valid, but I like the date output better for the
uncommented one.

Back in 1.xx I wrote Barry on the forum that something is backward.
He said GuestToo has been telling him the same thing. Was the
interface backward with mixed up - and + or was it at a lower level?
Has it been fixed? I don't know, but I have a suspicion that it may
not be.

I just don't play with the Time Zone Interface anymore.

Maybe ttuuxxx, if he changed things, can report on the value of the
TZ variable.

I don't think the GUI would even work for me after completely
rewriting profile.

Maybe after all the humorous fun we've had, there is something of
value in this post for blacktulipgirl

-------------------

If anyone cares what a manually written profile can look like here is
a sample of some portions that won't word wrap. The key
advantage is speed, much, much faster processing.

export USER=root
export PS1="{\w} "
export LOGNAME=root
export HISTCONTROL=ignoredups
export HISTFILESIZE=2000
export HISTSIZE=1000
export EDITOR=mp
export INPUTRC=/etc/inputrc
export TERM=xterm
export XFINANSDIR=/root/.xfinans
export XLIB_SKIP_ARGB_VISUALS=1
export LANG=en_US
#export TZ=America/Los_Angeles
export TZ=Etc/GMT-8
export HOSTNAME=puppypc
export SHSQL_DB=/root/ghttpd/quisp
export SHELL=/bin/bash
export G_FILENAME_ENCODING=en_US
export MM_RUNASROOT=1
export DEFAULTBROWSER=mozstart
export DEFAULTDRAW=inkscapelite
export DEFAULTHTMLEDITOR=mozedit
export DEFAULTMEDIAPLAYER=gxineshell
export DEFAULTPAINT=mtpaint
export DEFAULTSPREADSHEET=gnumeric
export DEFAULTTEXTEDITOR=geany
export DEFAULTWORDPROCESSOR=abiword
export HISTFILESIZE=2000
export HISTCONTROL=ignoredups
export HOME=/root
alias ls='ls --color=always'
. /root/.bashrc

----------------------

Puppy has two files which could be of interest for people setting
their own TZ

/usr/share/zoneinfo/iso3166.tab
/usr/share/zoneinfo/zone.tab

---------------------

[blacktulipgirl]

I set the time zone to London, and its now showing the correct time and date for me in Vancouver.... very odd, but I have stopped caring. If there comes a time when there is an update that works I will gladly install it but for now this will have to do...

back to work for me!

Thanks all

[Béèm]

OK it's your call if yo want to leave things as they are.
I saw you mentioned solved kinda in the subject line of your last post.
In order for everybody to see it, you should do this in the subject line of you first post.

[erikson]

EDIT: some of my assertions in this and further posts are incorrect. Read on through the thread for further corrections.

---

Back in 1.xx I wrote Barry on the forum that something is backward. He said GuestToo has been telling him the same thing. Was the interface backward with mixed up - and + or was it at a lower level? Has it been fixed? I don't know, but I have a suspicion that it may not be.

Insofar I can trace, the confusion isn't specific to Puppy, not even to Linux, and started with unix/POSIX:

Numeric time zone abbreviations typically count hours east of UTC, e.g., +09 for Japan and -10 for Hawaii. However, the POSIX TZ environment variable uses the opposite convention. (my emphasis)

In other words, POSIX counts time offsets negative for zones east of the Greenwich meridian, where time is ahead of GMT. (Source of quote: http://www.twinsun.com/tz/tz-link.htm)

I've described what works for me in post
http://www.murga-linux.com/puppy/viewto ... 231#214231

(1) Using Menu > Desktop > Set timezone, select time offset with inverted sign. Example: I'm in MEST timezone (Middle European Summer Time) = GMT+2. So I select timezone GMT-2.

(2) Using Menu > Desktop > Set date and time, set local date and time.

(3) Steps (1)(2) set the hardware RTC (real-time clock). You can now verify RTC date/time by opening console and typing hwclock. This should show your correct local time with correct GMT offset, e.g. in my case

Code: Select all

# hwclock
Sat 12 Jul 2008 09:53:22 PM GMT+2  -0.646147 seconds
#

(4) Power down for a couple of minutes, reboot, and verify hwclock again. If time is wrong (random), you should suspect the RTC on your motherboard or the battery that powers it.

[Béèm]

hmmm, I select the city I am in (Brussels) and hwclock gives

Code: Select all

# hwclock
Sun 31 Aug 2008 01:45:30 PM CEST  -0.647035 seconds
# 

I always have had problems getting the clock/timezone right.

[erikson]

I always have had problems getting the clock/timezone right.

Well, I just reported what I found to work for me on my laptop (as the result of tedious experimentation a few months ago).

The major difficulty was to get Puppy (various versions, 2.16/3.01/4.00) and Windows agree on time, i.e. systematically display the correct time whenever I reboot back and forth between Puppy and Windows. I haven't yet tried the latest Dingo alpha's.

I use the GMT-with-inverted-offset (ala POSIX) setting and I don't use the "city" timezone setting because the latter resulted into erroneous time in Windows.

Even so, various PC brands/models may have slightly different hardware (RTC) clock that might cripple my method.

Sun 31 Aug 2008 01:45:30 PM CEST -0.647035 seconds

By the way, CEST (Central European Summer Time) is the same as what I called MEST or rather MEZT (Midden-Europese Zomer Tijd in Dutch), and is GMT+2 in "normal" logic (i.e. timezone offset -2 in POSIX logic), so your hwclock reading is consistent with mine.

Is your machine dual-boot? I just wonder if your Windows time is correct.

[Bruce B]

Erikson,

Your explanation, I suspect is the real reason.

On 4.00 The GUI time zone is set for Hong Kong, which would be right for being reverse of what it should be.

The actual TZ and Locale was always right for some reason. But even if it weren't, I'd deal with it at the level of the configuration file.

I took this thread with a little humor, because I've yet to see solutions, beside workarounds.

And if you know in advance that + equals - , it shouldn't be hard to make things correspond, I wouldn't think.

Bruce