Thomas Heller wrote: > On Fri, Aug 29, 2008 at 7:37 AM, Jonatan Liljedahl <[EMAIL PROTECTED]>wrote: > >> Carlo Calica wrote: >>> On Wed, Aug 27, 2008 at 9:02 AM, Jonatan Liljedahl <[EMAIL PROTECTED]> >> wrote: >>>> One thing I noticed about gobo Tasks is that some takes start/stop >>>> arguments and some does not. Doing StopTask Network brings down the >>>> interfaces, while StopTask HAL would try to start another copy of hald! >>>> >>> Yes, our Tasks are a mess. I have a simple #! wrapper that handles >>> the arg processing and calls start()/stop() hooks as required. There >>> are restart() and reload() hooks as well but if they don't exist the >>> wrapper just calls the stop() and start() hooks in order. I haven't >>> had time to benchmark a boot using the wrapper to see if there's a >>> slowdown. >>> >>> The goal is to make Tasks similar to recipes. Metadata could be added >>> as vars and more hooks defined as needed. Some form a dependency >>> handling is worthwhile. See [1] for a "need" based approach. >>> Hopefully, the wrapper could abstract away the differences between >>> basic init, advanced features of Upstart, InitNG. >>> >>> That leaves HOW tasks are selected for boot. I think this should >>> outside the Task files themselves. With dependency handling, this >>> could be an array in BootOptions, but I don't really like that either. >> I'd like a /S/S/BootTasks file with one task per line, with # comments.. >> > > I kind of like the idea with that file too. > I will certainly look into the init projects (upstart, initNG, eInit). > Lets see if I can provide a patch, or new way of doing stuff, which you all > like ;)
If InitNG proves to be the way to go, I'd suggest using initng ifiles instead of gobo Tasks, thus deprecating Tasks. If/when more and more distros move to initng it will make installation of services/daemons more easy (no need to write Task files, if there already is an ifile). -- /Jonatan [ http://kymatica.com ] _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
