Comments on: Upstart 0.5: Job Lifecycle http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/ Just another WordPress weblog Sat, 05 Jul 2008 08:49:08 +0000 http://wordpress.org/?v=2.5.1 By: James Scott jr http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-855 James Scott jr Thu, 12 Jun 2008 05:37:38 +0000 http://www.netsplit.com/?p=144#comment-855 Question: Where can I find documentation and examples for this new world? Namely, I need and example or explaination of how to write a the ideal daemon for UpStart - should it fork, contact dbus or create a pid file? Next how do I write a Upstart init.d file to replace a SYSV formatted file I used under Fedora, or a Debian based init.d for Ubuntu? Again, an example would be nice. I can supply an autotools package with debian|redhat.initd templates, and two versions of the same C template daemon; libc & glib based with only --userid username --version --force (pid create) --help, if that would help. Its on my sourceforge page with gapcmon. gdaemons-0.1.1.tar.bz2 https://sourceforge.net/project/showfiles.php?group_id=157888&package_id=280067&release_id=606274 I ask because I am interested in what your doing and there is a benefit for me; one init.d script for all linux platforms (WooHoo). Thus, I want to understand how the two or three daemons I have released will be advantaged by upstart. I have no problem adding dbus, although I already create a pid file. Also I always fork once, but that two can be changed. I'm looking for the book or some best practces that I can code to. Most of what i have googled on UpStart has been difficult to piece together and code to. Question:
Where can I find documentation and examples for this new world? Namely, I need and example or explaination of how to write a the ideal daemon for UpStart - should it fork, contact dbus or create a pid file?

Next how do I write a Upstart init.d file to replace a SYSV formatted file I used under Fedora, or a Debian based init.d for Ubuntu? Again, an example would be nice. I can supply an autotools package with debian|redhat.initd templates, and two versions of the same C template daemon; libc & glib based with only –userid username –version –force (pid create) –help, if that would help. Its on my sourceforge page with gapcmon. gdaemons-0.1.1.tar.bz2 https://sourceforge.net/project/showfiles.php?group_id=157888&package_id=280067&release_id=606274

I ask because I am interested in what your doing and there is a benefit for me; one init.d script for all linux platforms (WooHoo). Thus, I want to understand how the two or three daemons I have released will be advantaged by upstart. I have no problem adding dbus, although I already create a pid file. Also I always fork once, but that two can be changed. I’m looking for the book or some best practces that I can code to. Most of what i have googled on UpStart has been difficult to piece together and code to.

]]> By: Scott James Remnant » Blog Archive » Upstart 0.5: Job Environment http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-798 Scott James Remnant » Blog Archive » Upstart 0.5: Job Environment Wed, 16 Apr 2008 14:07:22 +0000 http://www.netsplit.com/?p=144#comment-798 [...] Home « Upstart 0.5: Job Lifecycle [...] [...] Home « Upstart 0.5: Job Lifecycle [...]

]]> By: Vlad http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-797 Vlad Mon, 14 Apr 2008 22:53:02 +0000 http://www.netsplit.com/?p=144#comment-797 >> up to the PlanetKDE admins I guess If you've already contacted Chris Lee, that's good. He might take a while to update PlanetKDE -- I know it took about 2 weeks for my name to appear on the list. >> up to the PlanetKDE admins I guess

If you’ve already contacted Chris Lee, that’s good. He might take a while to update PlanetKDE — I know it took about 2 weeks for my name to appear on the list.

]]> By: Jeff Bailey http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-796 Jeff Bailey Mon, 14 Apr 2008 17:32:25 +0000 http://www.netsplit.com/?p=144#comment-796 > @jbailey: arguments to “script” are in the TODO, I’d planned to just default to shell if no arguments were given; is > there a compelling reason to have a “shell” instead? The biggest argument is clarity. You've already got 'exec' to differentiate from 'script'. But the popular scripting language in people's minds shifts from year to year. A few years ago it would've been Perl. These days it's Python. Another weaker argument for having aliases is the possibility of defining them in a config file. That way if someone wants "shell" to mean "/bin/posh" on their system, they can change it in one place instead of sed'ing all of the config files. > @jbailey: arguments to “script” are in the TODO, I’d planned to just default to shell if no arguments were given; is
> there a compelling reason to have a “shell” instead?

The biggest argument is clarity. You’ve already got ‘exec’ to differentiate from ’script’. But the popular scripting language in people’s minds shifts from year to year. A few years ago it would’ve been Perl. These days it’s Python.

Another weaker argument for having aliases is the possibility of defining them in a config file. That way if someone wants “shell” to mean “/bin/posh” on their system, they can change it in one place instead of sed’ing all of the config files.

]]> By: Scott James Remnant http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-795 Scott James Remnant Mon, 14 Apr 2008 17:24:42 +0000 http://www.netsplit.com/?p=144#comment-795 @jbailey: arguments to "script" are in the TODO, I'd planned to just default to shell if no arguments were given; is there a compelling reason to have a "shell" instead? @tomasz, @jef: the entire point of the new version is to fix the problems that prevented us from taking full advantage of it. Fedora won't have much luck without it either, and it's in their roadmap as well @liquidat: yes, we're talking quite a lot @vlad: up to the PlanetKDE admins I guess @jbailey: arguments to “script” are in the TODO, I’d planned to just default to shell if no arguments were given; is there a compelling reason to have a “shell” instead?

@tomasz, @jef: the entire point of the new version is to fix the problems that prevented us from taking full advantage of it. Fedora won’t have much luck without it either, and it’s in their roadmap as well

@liquidat: yes, we’re talking quite a lot

@vlad: up to the PlanetKDE admins I guess

]]> By: Vlad http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-794 Vlad Sun, 13 Apr 2008 20:56:39 +0000 http://www.netsplit.com/?p=144#comment-794 Why don't you syndicate your blog to PlanetKDE? A lot of KDE devs would be interested in your work, as it will affect them in the future. Why don’t you syndicate your blog to PlanetKDE? A lot of KDE devs would be interested in your work, as it will affect them in the future.

]]> By: liquidat http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-793 liquidat Sun, 13 Apr 2008 12:16:13 +0000 http://www.netsplit.com/?p=144#comment-793 Speaking about upstart, is there any cooperation going on with the Fedora people? They are about to <a href="http://fedoraproject.org/wiki/Features/Upstart" rel="nofollow">include upstart with Fedora 9</a>, although in version 0.3.9. Speaking about upstart, is there any cooperation going on with the Fedora people? They are about to include upstart with Fedora 9, although in version 0.3.9.

]]> By: James http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-790 James Sun, 13 Apr 2008 09:09:16 +0000 http://www.netsplit.com/?p=144#comment-790 Wow, {pre,post}-{start,stop}, it's like Debian package scripts. Wow, {pre,post}-{start,stop}, it’s like Debian package scripts.

]]> By: jef http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-783 jef Sun, 13 Apr 2008 01:54:13 +0000 http://www.netsplit.com/?p=144#comment-783 Tomasz, Fedora is actually planning on really taking advantage of upstart unlike Ubuntu in their next release. http://fedoraproject.org/wiki/Features/30SecondStartup They have already posted some benchmarks and progressing fast. Tomasz,

Fedora is actually planning on really taking advantage of upstart unlike Ubuntu in their next release.

http://fedoraproject.org/wiki/Features/30SecondStartup

They have already posted some benchmarks and progressing fast.

]]> By: ulrik http://www.netsplit.com/2008/04/12/upstart-05-job-lifecycle/#comment-782 ulrik Sun, 13 Apr 2008 01:03:17 +0000 http://www.netsplit.com/?p=144#comment-782 Exciting that Upstart 0.5 is really coming along! I am hoping for great times for more distributions than just Ubuntu. Let's finally get rid of sysvrc for good.. Thanks for all your work so far SJR! Exciting that Upstart 0.5 is really coming along! I am hoping for great times for more distributions than just Ubuntu. Let’s finally get rid of sysvrc for good.. Thanks for all your work so far SJR!

]]>