Package:  svgatextmode
Version:  1.9-16
Severity: important
Tags:     patch
User:     initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependencies

With dependency based boot sequencing, I discovered what I believe is
a bug in the init.d script.  The script start in rcS.d/, yet depend on
$syslog which start in rc2.d/.  This leads to an unstable boot
sequence ordering.  Also, the script seem to do a similar job to
console-screen and console-setup, and because of this I believe it is
a good idea to have a well defined order to run these scripts and
propose to run console-screen first, then svgatextmode and finally
console-setup.  Last, I suspect the script need direct access to the
pty when concurrent booting is enabled, and because of this should be
flagged as interactive.  Also, the script used to start after
mountnfs.sh, and this make me believe it should depend on $remote_fs
instead of $local_fs.  I found no code depending on the tasks done by
bootmisc.sh, and believe that dependency can be dropped.

<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 solve the problem.

diff -ur svgatextmode-1.9/debian/svgatextmode.init 
svgatextmode-1.9-pere/debian/svgatextmode.init
--- svgatextmode-1.9/debian/svgatextmode.init   2009-09-17 21:53:07.000000000 
+0200
+++ svgatextmode-1.9-pere/debian/svgatextmode.init      2009-09-17 
21:57:53.000000000 +0200
@@ -2,9 +2,11 @@

 ### BEGIN INIT INFO
 # Provides:          svgatextmode
-# Required-Start:
+# Required-Start:    $remote_fs
 # Required-Stop:
-# Should-Start:      $syslog $local_fs bootmisc
+# Should-Start:      console-screen
+# X-Start-Before:    console-setup
+# X-Interactive:     true
 # Default-Start:     S
 # Default-Stop:
 # Short-Description: Provide VGA text modes for console users

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