[SOLVED] XClock didn't change with Daylight Savings

Reded · 2012-03-31 18:38:52

Hey all,

I live in England, and last week the time switched over to BST. However, xclock didn't seem to show the change.

hwclock --show
Sat 31 Mar 2012 18:27:40 GMT  -0.645611 seconds

date
Sat Mar 31 18:27:48 GMT 2012

/etc/rc.conf:

# LOCALIZATION
# ------------
HARDWARECLOCK="UTC"
TIMEZONE="Europe/London"
KEYMAP="uk"
CONSOLEFONT="161"
CONSOLEMAP=
LOCALE="en_GB.utf8"
DAEMON_LOCALE="yes"
USECOLOR="yes"

I've been through the Time wiki, and I'm still none the wiser.

I've got ntp installed, and have ran nptd -qg, and then hwclock -w. My clock still remains an hour behind, and it's starting to get confusing!

Thanks for any help, appreciated as always.

EDIT:

Re-installing tzdata and glibc solved the issue after trying lots of other fixes.

Last edited by Reded (2012-04-02 16:51:55)

hadrons123 · 2012-03-31 18:50:18

try changing

HARDWARECLOCK="localtime"

in /etc/rc.conf .

Reded · 2012-03-31 18:57:56

Changed HARDWARECLOCK to localtime, rebooted, and my clock's still an hour behind.

ewaller · 2012-03-31 23:40:18

hadrons123 wrote:

try changing
HARDWARECLOCK="localtime"
in /etc/rc.conf .

IMHO, that is not the best advice. I would consider that to have been an experiment, and would now change it back.

can you please post the output of hwclock --debug

Edit: Also, the output of pacman -Qs daylight

Last edited by ewaller (2012-03-31 23:42:53)

Reded · 2012-03-31 23:53:03

hwclock --debug:

hwclock from util-linux 2.21
Using /dev interface to clock.
Last drift adjustment done at 1333228052 seconds after 1969
Last calibration done at 1333228052 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2012/03/31 23:51:26
Hw clock time : 2012/03/31 23:51:26 = 1333237886 seconds since 1969
Sat 31 Mar 2012 23:51:26 GMT  -0.703858 seconds

pacman -Qs daylight:

local/tzdata 2012b-1
    Sources for time zone and daylight saving time data

And changed rc.conf back to UTC as advised

ewaller · 2012-04-01 01:02:47

Interesting. You are still on GMT. I have just read the source for tzdata and it looks like you should have moved from GMT to BST last Sunday morning (six days ago).

Maybe there is a leap year bug that caused the calculation to go wrong in a leap year when a Sunday happens on the first. Maybe.

Anyway, as it is now Sunday there, why don't you see what happens at about 2 a.m.

ewaller · 2012-04-01 01:10:41

Oh, I just thought of something.

What is in /etc/localtime ? On my system, it is a link:

ewaller@odin:~ 1113 %ls -l /etc/localtime 
lrwxrwxrwx 1 root root 39 Mar 22 22:38 /etc/localtime -> /usr/share/zoneinfo/America/Los_Angeles
ewaller@odin:~ 1114 %

Reded · 2012-04-01 01:14:38

It seems to be a link to /usr/share/zoneinfo/Europe/London

It's past 2AM (Yeah I'm a night person right now) And my clock still shows 1:15

thisoldman · 2012-04-01 01:31:16

Setting the TZ environmental variable might help. My installation, by default, has TZ unset. If I run xclock, it shows current local time, as if TZ=America/NewYork, currently 21:25. If, instead, I use this:

$ TZ=Europe/London xclock  # xclock shows 02:25

If this works for you, you could just export the TZ setting from one of your startup files.

I just found 'tzselect', which guides the user to a correctly formatted string for use with the TZ variable.

Reded · 2012-04-01 01:34:21

I typed TZ=Europe/London xclock into terminal, and the clock shows 1:32 - Still an hour behind

ewaller · 2012-04-01 01:35:52

I am out of ideas. I'll think about it the rest of the evening (I still have several hours of my Saturday night left, -- waiting for my daughter to come home)

My system has testing/tzdata 2012b-3 installed. The source I looked at was b-1. I don't know the difference between core and testing, but it may be an option to try. The usual warnings about testing apply.

Reded · 2012-04-01 01:47:02

The Testing repo doesn't sound like a good idea when all it's for is to fix a clock - My experience with Arch so far has shown the potential for system breakage even without it enabled, but if it's a last resort I'll consider it Thanks for sticking with this though, always appreciated

andesho91 · 2012-04-01 07:49:34

Hmm... that seems quite odd. Fellow Brit here, I seem to have had no problems with my clock time, but then again I changed it so that Arch is completely in control of the hwclock, and applied the Windows patch to not change the time. What is your other operating system, if you have any?

Reded · 2012-04-01 13:36:40

My other system is ubuntu but I don't often use it

thisoldman · 2012-04-01 14:27:16

Add a(n) hyphen and change the capitalization for the LOCALE.value in '/etc/rc.conf'. This value should exactly match the spelling used in '/etc/locale.gen'.

Currently:  LOCALE="en_GB.utf8"
Should be:  LOCALE="en_GB.UTF-8"

Added: You'll have to reboot for this to take effect.

Are you using a login manager? I recall some old posts describing problems with gdm and locale settings.

Last edited by thisoldman (2012-04-01 14:32:17)

.:B:. · 2012-04-01 14:33:16

Install the ntp package (there are multipe ntp clients/servers in the repos) and use the ntpdate service. I had no problem whatsoever from adjusting from CET to CEST. Even my Android seems to cope .

DSpider · 2012-04-01 14:34:02

It bothered me too (don't have the xorg-xclock package tho, I think it's useless) so I checked the BIOS for any relevant setting (there wasn't any) and then I remembered that I dual boot with Windows XP... I booted into XP and I noticed that it automatically switched to "Current time zone: GTB Daylight Time", thus changing my hardware clock.

PS: I have HARDWARECLOCK="localtime" in /etc/rc.conf.

.:B:. · 2012-04-01 14:54:45

I do have it myself, it's used by XDM. Haven't paid attention to the time so far though, but systemwide time is correct. Xclock does not act alone though.

Reded · 2012-04-01 15:22:52

Hey all - I'm trying editting rc.conf as per thisoldman's instructions, restarting now -

As for the rest of your replies, i don't use a login manager, have NTP installed, and don't dual-boot with Windows

Reded · 2012-04-01 16:19:35

Editting rc.conf to have the proper capitalization on LOCALE didn't work, clock's still an hour behind

thisoldman · 2012-04-01 19:06:37

I'm pretty sure this won't discover anything.

# pacman -Qo /usr/share/zoneinfo/Europe/London
/usr/share/zoneinfo/Europe/London is owned by tzdata 2012b-1
# pacman -Qo /etc/locale.gen 
/etc/locale.gen is owned by glibc 2.15-7

$ ls -l /etc/localtime
lrwxrwxrwx 1 root root 36 Mar 27 22:09 /etc/localtime -> /usr/share/zoneinfo/America/New_York
$ zdump Europe/London
Europe/London  Sun Apr  1 20:03:34 2012 BST

Reded · 2012-04-01 19:11:51

All of those commands you posted showed about the same for me, except the last one, which showed 19:10:13 2012 GMT *NOT BST*

It seems my locale doesn't seem to change to BST

thisoldman · 2012-04-01 19:45:59

The obvious question, which I'll now ask, is are you fully updated? The mirror you are using is up-to-date, and you've performed a 'pacman -Syy' before upgrading?

$ grep tzdata /var/log/pacman.log 
[2012-03-06 18:13] upgraded tzdata (2011n-1 -> 2012b-1)

The third line of output from this hwclock command might prove useful, "Assuming...":

$ hwclock -Dr
hwclock from util-linux 2.21
Using /dev interface to clock.
Assuming hardware clock is kept in UTC time. 
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2012/04/01 19:30:38
Hw clock time : 2012/04/01 19:30:38 = 1333308638 seconds since 1969
Sun 01 Apr 2012 03:30:38 PM EDT  -0.641525 seconds

Reded · 2012-04-01 19:55:52

Yes I'm all up to date, though I'll run another -Syu just to make sure

$ hwclock -Dr
hwclock from util-linux 2.21
Using /dev interface to clock.
Last drift adjustment done at 1333297066 seconds after 1969
Last calibration done at 1333297066 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2012/04/01 19:55:14
Hw clock time : 2012/04/01 19:55:14 = 1333310114 seconds since 1969
Sun 01 Apr 2012 19:55:14 GMT  -0.891326 seconds

thisoldman · 2012-04-02 05:01:09

I temporarily removed ntp from my daemons list in rc.conf and added hwclock and tried a reboot. I can't duplicate the "NOT BST" warning.

I'm stumped. The only suggestion I have left to make is to reinstall tzdata and glibc. I'm pessimistic that the reinstallation will cure the problem.

Arch Linux

#1 2012-03-31 18:38:52

[SOLVED] XClock didn't change with Daylight Savings

#2 2012-03-31 18:50:18

Re: [SOLVED] XClock didn't change with Daylight Savings

#3 2012-03-31 18:57:56

Re: [SOLVED] XClock didn't change with Daylight Savings

#4 2012-03-31 23:40:18

Re: [SOLVED] XClock didn't change with Daylight Savings

#5 2012-03-31 23:53:03

Re: [SOLVED] XClock didn't change with Daylight Savings

#6 2012-04-01 01:02:47

Re: [SOLVED] XClock didn't change with Daylight Savings

#7 2012-04-01 01:10:41

Re: [SOLVED] XClock didn't change with Daylight Savings

#8 2012-04-01 01:14:38

Re: [SOLVED] XClock didn't change with Daylight Savings

#9 2012-04-01 01:31:16

Re: [SOLVED] XClock didn't change with Daylight Savings

#10 2012-04-01 01:34:21

Re: [SOLVED] XClock didn't change with Daylight Savings

#11 2012-04-01 01:35:52

Re: [SOLVED] XClock didn't change with Daylight Savings

#12 2012-04-01 01:47:02

Re: [SOLVED] XClock didn't change with Daylight Savings

#13 2012-04-01 07:49:34

Re: [SOLVED] XClock didn't change with Daylight Savings

#14 2012-04-01 13:36:40

Re: [SOLVED] XClock didn't change with Daylight Savings

#15 2012-04-01 14:27:16

Re: [SOLVED] XClock didn't change with Daylight Savings

#16 2012-04-01 14:33:16

Re: [SOLVED] XClock didn't change with Daylight Savings

#17 2012-04-01 14:34:02

Re: [SOLVED] XClock didn't change with Daylight Savings

#18 2012-04-01 14:54:45

Re: [SOLVED] XClock didn't change with Daylight Savings

#19 2012-04-01 15:22:52

Re: [SOLVED] XClock didn't change with Daylight Savings

#20 2012-04-01 16:19:35

Re: [SOLVED] XClock didn't change with Daylight Savings

#21 2012-04-01 19:06:37

Re: [SOLVED] XClock didn't change with Daylight Savings

#22 2012-04-01 19:11:51

Re: [SOLVED] XClock didn't change with Daylight Savings

#23 2012-04-01 19:45:59

Re: [SOLVED] XClock didn't change with Daylight Savings

#24 2012-04-01 19:55:52

Re: [SOLVED] XClock didn't change with Daylight Savings

#25 2012-04-02 05:01:09

Re: [SOLVED] XClock didn't change with Daylight Savings

Board footer