Blair, I see. That's fine then. I just wanted to be sure there was a reason for making it a script startupitem and there is. I'm cc'ing James (master of all things startupitem) just in case he knows why the executable startupitem type wasn't adequate in this case. It seems like it should have worked. Thanks for fixing the port.
Mark >Hi Mark, > >I was seeing the following: > >1) One dhcpd would start. > >2) Every 10 seconds thereafter, another dhcpd would be started, but it >couldn't bind to the port since the first one was running. > >It appears that the startupitem infrastructure wasn't keeping track of >dhcpd running and deamonizing itself. > >I haven't read the guide yet. What do you suggest? Putting a -f to >dhcpd so it stays in the foreground? > >Regards, >Blair > >-- >Blair Zajac, Ph.D. >CTO, OrcaWare Technologies ><[EMAIL PROTECTED]> >Subversion training, consulting and support >[ >https://owa016.msoutlookonline.net/owa/redir.aspx?URL=http%3a%2f%2fwww.orcaware.com%2fsvn%2f >]http://www.orcaware.com/svn/ > >On Jan 13, 2008, at 12:11 PM, [EMAIL PROTECTED] wrote: > >> Hi Blair, >> >> Executable startupitems are the preferred type. Daemondo can track >> pids >> automatically and reliably restart an application if it quits. See >> the >> guide on this: >> >> [ >https://owa016.msoutlookonline.net/owa/redir.aspx?URL=http%3a%2f%2fguide.macports.org%2f%23reference.startupitems >]http://guide.macports.org/#reference.startupitems >> >> Given how startupitem executables work, I don't see an advantage to >> reverting to a "script" startupitem. Or is there something I am >> missing >> particular to dhcp? _______________________________________________ macports-dev mailing list [email protected] http://lists.macosforge.org/mailman/listinfo/macports-dev
