rc_start_wait from openrc-0.5.1 in /etc/rc.conf doesn't looks like milliseconds, but seconds i first set up 100, it was taking a minute. pull 10, take 10 seconds (lesser in fact), set it to 2 then something like 1 or 2 sec. so i bet the description is bad, or sleep called badly Reproducible: Always Steps to Reproduce: 1. update to ~x86 on a fresh system 2. upgrade following guide (verifying config etc...) http://www.gentoo.org/doc/fr/openrc-migration.xml to openrc and baselayout-2 after baselayout-2 get emerged 3. set a value to rc_start_wait 4. reboot, and see Actual Results: rc_start_wait doesn't looks like milliseconds, but seconds Expected Results: rc_start_wait should do milliseconds, or we should correct description it seems to slow down only for udev and syslog-ng (not related to this bug i think)
Hmm... I wonder if this is actually what's happening to me, with bug 288494? I have mine set for 200, double the default 100. That could well be why udev doesn't seem to be starting for me... I'm just not waiting 200 seconds for it! I'll try it and see (and dup that bug to this one if so, as this one's then a far better diagnosis).
*** Bug 288494 has been marked as a duplicate of this bug. ***
Created attachment 206796 [details] fix-wait-time.patch
Created attachment 206799 [details] fix-wait-time.patch Please disregard the previous patch. I found another change that needed to be made. The issue is that the wait time in the code was seconds, but the documentation says both depending on where you looked. This patch converts it to milliseconds everywhere.
Hi Roy, What is the status of this bug? Thanks, William
Looks good. Remember to bump the date on the man page each time it's edited though ;)
Created attachment 207112 [details] fix-wait-time.patch Ok, disregard the previous two patches and use this one. This patch makes all of the changes in the previous two and updates the date on the man page.
http://roy.marples.name/projects/openrc/changeset/c96a0157424f8f7829a1c1b2f4f365f436159636
