This one time, at band camp, Petter Reinholdtsen said: > [Stephen Gran] > > Default-Start should really only be S, except that if a device node > > is created by udev or something later, it will run again for that > > device node. I do not know if that makes a difference in this > > setup, though. > > You probably know best. It does not make much difference in this > context, as the bootscripts are only executed in the new runlevel if > it was not executed in the previous one, and moving from S to 2 > (debian default) would make sure it only is executed once. > > > Does that look right to you? Does coldplug even use an init script > > (I don't know, having given up on md maintained packages for now)? > > Looks good to me, but the added should-start might give loops. I'm > not sure if udev or coldplug should a dependency leading up to hdparm. > I have no idea if coldplug have an init.d script, either. :)
So, after talking it over with md on IRC, it looks like coldplug does not have an init script, and there is no danger of him depending on hdparm. So I will add the lsb header I mentioned, but minus the coldplug bit. Now, one thing that has been bothering me - is there a facility in these scripts to sya, 'wait until all scripts of type foo are done to start, if present'? In other words, something like a Should-Start-Group: with the other scripts useing a Member-Of: rather than a Provides: header? This would be helpful for, for instance, sendmail, where you want it to wait for all milters to start - sendmail's init script could wait on group milter, and then all the milters could declare themselves part of milter, and be started in parallel. I only see a single instance, meaning sendmail would have to have a Should-Start: line for every single thing it might use, which seems definitely unwieldy. It seems in the current arrangement, a single milter startup provides milter (for instance) and then sendmail can start, which is wrong. This is getting OT for the bug report, but I thought I'd ask, as this sort of thing is going to come up for clamav. -- ----------------------------------------------------------------- | ,''`. Stephen Gran | | : :' : [EMAIL PROTECTED] | | `. `' Debian user, admin, and developer | | `- http://www.debian.org | -----------------------------------------------------------------
signature.asc
Description: Digital signature