[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