| Summary: | Clock and date are wrong. Clock is 2 hours behind & the calender gives wrong day | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | roelof Wobben <r.wobben> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | grenoya, liam, mageia, olav, rwobben, shlomif, thierry.vignaud |
| Version: | Cauldron | Keywords: | UPSTREAM |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| URL: | https://bugzilla.gnome.org/show_bug.cgi?id=730332 | ||
| Whiteboard: | |||
| Source RPM: | glib2.0 | CVE: | |
| Status comment: | |||
|
Description
roelof Wobben
2014-05-18 11:54:00 CEST
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.vignaud 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 Noticed the following: https://bugzilla.gnome.org/show_bug.cgi?id=730332 It has a pretty technical explanation of what glib is doing wrong.
Thierry Vignaud
2014-05-20 13:22:56 CEST
Keywords:
(none) =>
UPSTREAM Patches from upstream bgo#730332 merged in 2.40.0-2.mga5 I confirm this fixes the issue in gnome-shell. Status:
NEW =>
RESOLVED |