Bug 13668 - Date and Time system settings still based on ntp package
Summary: Date and Time system settings still based on ntp package
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal minor
Target Milestone: ---
Assignee: KDE maintainers
QA Contact:
URL:
Whiteboard:
Keywords: UPSTREAM
Depends on:
Blocks:
 
Reported: 2014-07-03 16:57 CEST by René Poisson
Modified: 2017-03-16 21:44 CET (History)
3 users (show)

See Also:
Source RPM: kdebase4-workspace-4.11.10-1.mga5
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description René Poisson 2014-07-03 16:57:12 CEST 
Description of problem:
When using System Settings KDE applet to tailorize an install to one's needs, the Date and Time applet complains about no NTP application is available while chronyd is installed.
Chronyd configuration can only be made using clock in taskbar.

Version-Release number of selected component (if applicable):
Installed version is Mageia5-alpha1-LiveDVD-KDE4-x86_64-DVD.iso
Was already present in Mageia4 distro.

How reproducible:

Steps to Reproduce:
1.Start System Settings,  
2.open Date & Time,
"set date and time automatically" is greyed.

Reproducible: 

Steps to Reproduce:
Comment 1 David Walser 2014-07-03 17:16:44 CEST 
It doesn't look like Fedora (that led the charge with chrony adoption) has a patch for this.  Upstream KDE bugs are best reported upstream, so please do that if you haven't already (or look to see if it's already filed there) and give the upstream bug reference.  Thanks.

CC: sysadmin-bugs => balcaen.john, lmenut
Component: Release (media or process) => RPM Packages
Assignee: bugsquad => mageia

Comment 2 Angelo Naselli 2014-07-03 17:24:37 CEST 
Odd, our drakclock has the check for that
if ($mode == 1 && !$in->do_pkgs->is_installed('ntp') && !$in->do_pkgs->is_installed('chrony'))....

CC: (none) => anaselli

Comment 3 Angelo Naselli 2014-07-03 17:37:56 CEST 
I tried it and removing ntp, it ask to install chrony. After that
if i enable NTP from widget it works and knows that chrony is in.

Mageia 4 works, but because we offer our drakclock on bar, if I use kde system settings it does not find the ntpd. So yes it's a KDE issue
Comment 4 René Poisson 2014-07-03 19:14:24 CEST 
(In reply to Angelo Naselli from comment #3)
> I tried it and removing ntp, it ask to install chrony. After that
> if i enable NTP from widget it works and knows that chrony is in.
> 
> Mageia 4 works, but because we offer our drakclock on bar, if I use kde
> system settings it does not find the ntpd. So yes it's a KDE issue

I reported it to KDE as bug #337012

You may close that one as duplicated.
David Walser 2014-07-03 21:33:21 CEST

See Also: (none) => https://bugs.kde.org/show_bug.cgi?id=337012

Comment 5 David Walser 2014-07-03 21:34:25 CEST 
Just in case it isn't clear, what René reported is not using drakclock, but is using KDE's own DateTime KCM module.
Comment 6 Samuel Verschelde 2015-05-19 20:18:09 CEST 
Fixed upstream. Nicolas, can you tell whether the commit landed in Mageia 5?

Keywords: (none) => UPSTREAM

Samuel Verschelde 2016-08-25 16:25:34 CEST

Assignee: mageia => kde

Luc Menut 2016-08-25 16:43:06 CEST

CC: lmenut => (none)

Comment 7 Nicolas Lécureuil 2017-03-16 21:44:59 CET 
closing as this is fixed on cauldron

Status: NEW => RESOLVED
CC: (none) => mageia
Resolution: (none) => FIXED
Note You need to log in before you can comment on or make changes to this bug.