GNOME Bugzilla – Bug 310913
ntpdate package and g-s-t disagree over where ntpdate symlink should be installed
Last modified: 2012-11-24 20:29:23 UTC
This bug has been opened here: https://bugzilla.ubuntu.com/12776 "Package: gnome-system-tools Version: 1.3.0.1-0 The ntpdate package installs an S symlink for ntpdate in /etc/rcS.d/. I disabled this by hand: I renamed it from S51ntpdate to K51ntpdate. (This is the correct way to disable a script in rcS.d/.) I ran g-s-t "Services" manager and enabled ntpdate. It created an S50ntpdate symlink in the current multiuser runlevel (3), leaving the K symlink in rcS.d/ still present. This less than ideal. If 3:S50ntpdate is the proper location for the S symlink then the ntpdate package should not put an S symlink in rcS.d/. If rcS.d/ is the right place for the symlink then g-s-t should not put one in the current multiuser runlevel."
maybe the same issue as #142658?
According to its developer(s), gnome-system-tools is not under active development anymore. Functionality has been mostly integrated into GNOME Control Center / "[System] Settings". It is unlikely that there will be any further active development. Closing this report as WONTFIX as part of Bugzilla Housekeeping - Please feel free to reopen this bug report in the future if anyone takes the responsibility for active development again.