[Stefan Lippers-Hollmann]
> Hi
>
> I can reproduce this problem on systems that are using
> $ grep CONCURRENCY /etc/default/rcS
> CONCURRENCY=startpar
Thank you. Now I see it too.
> After setting it to CONCURRENCY=makefile (or removing the setting
> alltogether, which has become equivalent with CONCURRENCY=makefile
> in sysvinit 2.88dsf-4 anyways), the problem vanishes. So it seems
> that only the startpar alias is affected; CONCURRENCY=makefile
> itself is working fine on all of my systems.
I believe I figured out the problem and a fix. Try this patch:
Index: debian/src/sysv-rc/etc/init.d/rc
===================================================================
--- debian/src/sysv-rc/etc/init.d/rc (revision 1898)
+++ debian/src/sysv-rc/etc/init.d/rc (working copy)
@@ -117,6 +117,7 @@
#
case "$CONCURRENCY" in
makefile|startpar|shell) # startpar and shell are obsolete
+ CONCURRENCY=makefile
log_action_msg "Using makefile-style concurrent boot in
runlevel $runlevel"
# The splash API is not handled with this CONCURRENCY mode.
# It need to be implented in startpar. Until that is done
Will upload a fixed version soon.
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
