Package:  edac-utils
Version:  0.10-2
Severity: important
Tags:     patch
User:     initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-runlevels incorrect-dependency

With dependency based boot sequencing, I discovered what I believe is
a bug in the init.d/miredo-server script.  The runlevel list state
that it should stop in runlevel 2.  This is inconsistent with the
Debian runlevels and the arguments used for update-rc.d.  Also, the
dependencies are not correct.  It uses files in /usr/, and thus need
to depend on $remote_fs.  Also, I assume it should be able to run even
if no DNS server is installed.  For that to work, the $named
dependency need to be optional.

<URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html>
documents the LSB header format.  Some debian notes are available from
<URL:http://wiki.debian.org/LSBInitScripts>.

This patch should solve the issue.  Without it, the init.d fail to
start in runlevel 2 by default with dependency based boot sequencing,
and will start to early in the boot sequence.

diff -ur edac-utils-0.12/src/etc/edac.init.in 
edac-utils-0.12-pere/src/etc/edac.init.in
--- edac-utils-0.12/src/etc/edac.init.in        2009-08-12 19:25:14.000000000 
+0200
+++ edac-utils-0.12-pere/src/etc/edac.init.in   2009-08-12 19:27:40.000000000 
+0200
@@ -12,10 +12,12 @@
 ###############################################################################
 ### BEGIN INIT INFO
 # Provides:       edac
-# Required-Start: $local_fs $named $time
-# Required-Stop: $local_fs $named $time
-# Default-Start:  3 5
-# Default-Stop:   0 1 2 6
+# Required-Start: $remote_fs $time
+# Required-Stop:  $remote_fs $time
+# Should-Start:   $named
+# Should-Stop:    $named
+# Default-Start:  2 3 4 5
+# Default-Stop:   0 1 6
 # Short-Description: Initialize EDAC
 # Description:    Initialize EDAC: load DIMM labels into EDAC
 ### END INIT INFO

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to