Bug#345321: initscripts which enhancement request

Package: initscripts Version: 2.86.ds.1-8 Severity: wishlist My system has GNU which installed, and not debianutils which. Unfortunatly the behavior of the two is different when the executable being searched for is not found. The GNU which responds to stderr with a message similar to:

Bug#345267: sysv-rc /etc/init.d/rc incorrectly calls sourced scripts

Package: sysv-rc Version: 2.86.ds.1-8 In the /etc/init.d/rc, when sourcing of .sh scripts is enabled I found that it does not properly set the arguments for scripts if the shell in /bin/dash. To fix this issue, in each of the three sections the code: $debug $sh $script $action should be

Bug#345269: sysv-rc /etc/init.d/rc 'startpar' script errors

Package: sysv-rc Version: 2.86.ds.1-8 When using the startpar CONCURRENCY, I ran into two different issues. The first is a typo: -$newscripts=$newscripts $script +newscripts=$newscripts $script The second is how startpar is being invoked: -$debug startpar -a $action $scripts +[ -n $scripts ]

Bug#345272: sysv-rc /etc/init.d/umount displays errors if there is nothing to umount

Package: initscripts Version: 2.86.ds.1-8 In umountfs does not find anything to unmount, it still attempts to call umount -f -r -d $DIRS, which results in an error showing the usage of umount. The following fixes it on my system: @@ -51,7 +51,11 @@ do_stop () { esac

Bug#345273: initscripts /etc/init.d/urandom

Package: initscripts Version: 2.86.ds.1-8 The urandom initscript fails on my system because it is unable to find find in the search path. I corrected this by adding: PATH=/sbin:/bin:/usr/sbin:/usr/bin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble?