Description of problem: On Cinnamon the calender applet gives the wrong time. It is 2 hours behind. Also it is today Sunday the 18 May, According to the calender applet it is today Saturday. The text above it shows the right day. Reproducible: Steps to Reproduce:
This is working fine here (Latest Cauldron , task-cinnamon-2.0.0-5.mga5 , cinnamon-2.2.9-1.mga5 on x86-64 ). Just for checking: if you start up a terminal window (e.g: xterm, konsole, gnome-terminal) and type "date", which time are you getting?
CC: (none) => shlomif
zo mei 18 12:23:59 CEST 2014
(In reply to roelof Wobben from comment #2) > zo mei 18 12:23:59 CEST 2014 Is it the correct time?
(In reply to Shlomi Fish from comment #3) > (In reply to roelof Wobben from comment #2) > > zo mei 18 12:23:59 CEST 2014 > > Is it the correct time? https://duckduckgo.com/?q=cest%20time - seems like it.
Roelof: does it happen in a new UNIX user account? Regards, -- Shlomi Fish
Here a screenshot of the problem : http://ibin.co/1MpSNwQAcgPZ I have to try it on a new account. Roelof
I make a new user with adduser. Logged oout and logged in as the new user. Still the same problems. Roelof
I also checked it on Gnome. Clock is one hour ahead 12 instead of 13 hour and the date is still wrong. Also there Saturday instead of Sunday
CC: (none) => rwobben
Here the output of timedatectl status: timedatectl status Local time: zo 2014-05-18 15:13:59 CEST Universal time: zo 2014-05-18 13:13:59 UTC Timezone: n/a (CEST, +0200) NTP enabled: yes NTP synchronized: yes RTC in local TZ: yes DST active: yes Last DST change: DST began at zo 2014-03-30 01:59:59 CET zo 2014-03-30 03:00:00 CEST Next DST change: DST ends (the clock jumps one hour backwards) at zo 2014-10-26 02:59:59 CEST zo 2014-10-26 02:00:00 CET Warning: The RTC is configured to maintain time in the local timezone. This mode is not fully supported and will create various problems with time zone changes and daylight saving adjustments. If at all possible use RTC in UTC, by calling 'timedatectl set-local-rtc 0'. What is most wierd is that the local clock gives now 13:36 Roelof
We're quite a lot to see this bug. As stated on the dev ml, this is due to latest timecode update which either is bogus or unhided a bug in glib.
CC: (none) => olav, thierry.vignaudSource RPM: cinnamon-2.2.9-1.mga5 => timezone glib
I am seeing this too; wherever I choose in the gnome time and date settings for timezone, I endup with the corresponding MLT (Mean Local Time) variant of the timezone. I think this is because MLT was added to the *start* of all the tiemzone files maybe. The date command in gnome-terminal gives the correct result, but the gnome-shell clock display does not.
CC: (none) => liam
Filed https://bugzilla.gnome.org/show_bug.cgi?id=730426
Noticed the following: https://bugzilla.gnome.org/show_bug.cgi?id=730332 It has a pretty technical explanation of what glib is doing wrong.
Keywords: (none) => UPSTREAMURL: (none) => https://bugzilla.gnome.org/show_bug.cgi?id=730332Summary: Clock and date are wrong. Clock is 2 hours behind a the calender gives wrong day, => Clock and date are wrong. Clock is 2 hours behind & the calender gives wrong daySource RPM: timezone glib => glib2.0
See also https://bugs.gentoo.org/show_bug.cgi?id=510422
CC: (none) => grenoya, mageia
Patches from upstream bgo#730332 merged in 2.40.0-2.mga5 I confirm this fixes the issue in gnome-shell.
Status: NEW => RESOLVEDResolution: (none) => FIXED