** Changed in: gnome-system-tools (Ubuntu)
Status: Triaged => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to system-tools-backends in Ubuntu.
https://bugs.launchpad.net/bugs/19034
Title:
ntpdate package and g-s-t disagree over where ntpdate symlink should
be installed
Status in system-tools-backends:
New
Status in “gnome-system-tools” package in Ubuntu:
Invalid
Status in “liboobs” package in Ubuntu:
Invalid
Status in “system-tools-backends” package in Ubuntu:
Invalid
Status in “sysvinit” package in Ubuntu:
Invalid
Status in “upstart” package in Ubuntu:
Invalid
Bug description:
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.
http://bugzilla.gnome.org/show_bug.cgi?id=310913:
http://bugzilla.gnome.org/show_bug.cgi?id=310913
To manage notifications about this bug go to:
https://bugs.launchpad.net/system-tools-backends/+bug/19034/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
