[Bug 19034] Re: ntpdate package and g-s-t disagree over where ntpdate symlink should be installed

[Bug Watch Updater]

** Changed in: system-tools-backends
       Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to sysvinit 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:
  Won't Fix
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