Bug 6056 - drakclock has a confusing message asking about hardware clock in GMT
Summary: drakclock has a confusing message asking about hardware clock in GMT
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords: Junior_job, PATCH, Triaged
Depends on:
Blocks:
 
Reported: 2012-05-23 15:05 CEST by Malo Deniélou
Modified: 2017-03-05 23:33 CET (History)
5 users (show)

See Also:
Source RPM: drakxtools-15.542.mga4
CVE:
Status comment:


Attachments
patch to change GTM/UTC string, and better default for NTP severs (5.09 KB, patch)
2013-06-06 11:20 CEST, Pablo Saratxaga
Details | Diff
patch to change GTM/UTC string; systemd integration, and better default for NTP severs (7.96 KB, patch)
2013-06-06 14:15 CEST, Pablo Saratxaga
Details | Diff

Description Malo Deniélou 2012-05-23 15:05:03 CEST
When setting up the time with drakclock, the pop up question "is your hardware clock set to GMT?" is confusing.
First of all, it should be UTC and not GMT.
Second, it's not about "is your hw clock presently set to UTC?" but rather "do you want to set your hw clock to UTC?".
Comment 1 Sander Lepik 2012-05-23 15:17:23 CEST
AFAIK GMT and UTC are pretty much the same thing. Or not?
And the question is right. drakclock doesn't change your hw clock. But Windows usually sets it to local time. So drakclock needs to know which time is your bios using.

CC: (none) => sander.lepik

Comment 2 Malo Deniélou 2012-05-23 15:27:29 CEST
GMT is deprecated, UTC is the new standard (with leap seconds ...):
http://www.ntp.org/ntpfaq/NTP-s-time.htm
Other distributions ask if hw clock is UTC, hence the confusion with some users.

Maybe I am completely wrong, but I think drakclock does change the hardware clock. AFAIK, hwclock -r gives the current hardware clock result and changing the time in drakclock gives different result with hwclock.
Manuel Hiebel 2012-05-25 10:32:10 CEST

Keywords: (none) => Junior_job
Source RPM: (none) => drakxtools

Comment 3 Pablo Saratxaga 2013-06-06 11:20:15 CEST
Created attachment 4106 [details]
patch to change GTM/UTC string, and better default for NTP severs

this patch (made against drakxtools-15.542.mga4)  changes "GMT" to "UTC" and adds a little explanation ("UTC (universal time)").

It also sets bettter pre-selection of the NTP server combobox:
* if NTP is already defined, use already defined server (that was already there)
* if NTP is not yet defined, then:
** try a server matching our country code
** if that fails, try the "All servers" entry for our continent (taken from the timezone)

and uses systemd commands to enable/disable start/stop the ntp service (sysvinit was still used in some cases)

CC: (none) => pablo

Pablo Saratxaga 2013-06-06 11:24:07 CEST

Keywords: (none) => PATCH
CC: (none) => thierry.vignaud
Hardware: i586 => All
Version: 2 => Cauldron
Source RPM: drakxtools => drakxtools-15.542.mga4

Comment 4 Pablo Saratxaga 2013-06-06 14:15:39 CEST
Created attachment 4107 [details]
patch to change GTM/UTC string; systemd integration, and better default for NTP severs

Better patch, with systedmd integration.

this patch (made against drakxtools-15.542.mga4)  changes "GMT" to "UTC" and adds a little explanation ("UTC (universal time)").

It also sets bettter pre-selection of the NTP server combobox:
* if NTP is already defined, use already defined server (that was already there)
* if NTP is not yet defined, then:
** try a server matching our country code
** if that fails, try the "All servers" entry for our continent (taken from the timezone)

and also uses the "timedatectl" systemd tool to enable/disable ntpd, and also to get/set the UTC and timezone.

that means that changes made by drakclock will be seen by all other systemd compliant tools (like gnome-control-center timedate), and the other way too.

Attachment 4106 is obsolete: 0 => 1

Comment 5 Malo Deniélou 2013-06-06 22:12:48 CEST
Thanks Pablo for your work. Hopefully it can be integrated soon.
Manuel Hiebel 2013-06-08 16:38:58 CEST

Keywords: (none) => Triaged
Assignee: bugsquad => thierry.vignaud

Comment 6 Reinout van Schouwen 2013-09-22 15:53:30 CEST
Reminder: can we get this in for MGA4 please?

CC: (none) => reinout

Comment 7 Samuel Verschelde 2015-05-17 01:35:21 CEST
If this patch wasn't applied, it's now too late for Mageia 5 because it implies translation changes (if I understood the process correctly), that we can't do since late in the release process.

Can you confirm, Thierry?
Comment 8 Rémi Verschelde 2015-05-17 09:15:24 CEST
There are not too many string changes, so the patch can probably be modified with s/UTC (universal time)/GMT/ and s/UTC - DrakClock/GMT - DrakClock/ to preserve existing translations for Mageia 5.
Comment 9 Nicolas Lécureuil 2017-03-05 23:33:25 CET
maybe we can do this now ? if still needed

CC: (none) => mageia


Note You need to log in before you can comment on or make changes to this bug.