[12:53] morning [12:53] what's the last moment I can have a job stop on shutdown on an ubuntu system? would it be on stopped rc0? [13:56] http://ircimg.org/img/15762.gif [14:05] hi. is upstart usable without sysvinit compatibility? is there a way to shutdown or reboot the system without sysvinit compatibility? [15:01] couldsomeone hit me with a cluebat? I'm looking at /etc/rc0.d/S90halt. I thought that S meant start the script. but for start this script is a noop? [15:03] quitte: read http://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit [15:03] IIRC all scripts in rc0.d are sent stop, not matter what their name [15:06] right. thanks. I fail to see why that is done,though. [15:07] does ubuntu have any more scripts in event.d than the ones directly linked from the upstart.ubuntu.com page? [15:10] quitte: pass [15:11] quitte: I'm new to it all too, I just thought you mgiht find that info helpful [15:12] yes. it definately was. I'm new to it myself. as it seems to be quite easy to write event scripts and found upstart in experimental I thought I might finally giveit a try. [15:12] morning Keybuk [15:17] of course I immediately got stuck. Are there any plans about handling filesystems? It'd be nice if upstart were looking for both the device and the mountpoint. and as soon as both exist mounts the filesystem. [15:17] hey [15:21] quitte: we're still working on a lot of the ideas for that kind of thing [15:22] Upstart is still very much in development [15:22] but is already pretty spiffy [15:22] :) [15:24] yes. the ideas are great. unfortunately it sounds as if it wasn'T complete eough to be a full sysvinit replacemet even for embedded devices with a very limit set of services [15:24] it can replace sysvinit [15:24] but it can't yet replace sysv-rc [15:24] but I bet I'd have equal trouble with launchd [15:24] many people confuse the two [15:25] ah. I did, too [15:25] it has all of the features of the sysv init daemon [15:25] but does not yet have the ability to order the starting of tasks and services [15:25] so you still need something like sysv-rc [15:25] (ie the /etc/rc?.d directories) [15:27] meh. well I guess I could use a single eventfile for every filesystem until you guyscome up with a solution. [15:28] are subdirectories supported to group the files? [15:29] yes [15:29] you could always help with the solution ;) [15:31] I could make it print hello world on the screen and even make it as for your name [15:51] hmm. waiting for a file to exist isn't possible, yet? [15:54] right [15:58] :( I shouldn'T have watched the launchd techtalk. [16:08] oh? [16:08] I haven't seen that? [16:08] is it new? [16:11] no. 20.7. [16:23] 15:25:33> +but does not yet have the ability to order the starting of tasks and services << i've done it ;) [16:24] although in a pretty hackish way [16:24] and no event based mounting/networking etc [16:24] how did you do it? [16:25] wait, do you mean just convert to a native upstart bootup without sysvinit scripts, or something else? [16:25] yes [16:26] yes to which one? [16:26] the first one [16:26] didn't you see what I did for frugalware? [16:26] no... [16:26] or I did, and I forgot [16:27] let me find it [16:28] http://ftp.frugalware.org/pub/other/upstart-jobs/upstart-jobs/ [16:28] that's the base jobs, there's some stuff elsewhere for other packages like dbus and friends, which I can't find [16:41] you're using a single mount script? [16:42] yes, as far as I can tell there isn't a good way to do it better, atm [16:42] which is why I said it's a bit hackish [16:47] *nods* [16:48] but, i probably won't work on that anymore, seeing as I no longer develop for frugalware ;) [16:49] oh, how comes? [16:50] you forget stuff, i told you a while ago [16:50] i wanted to work on my own projects a bit more, plus I have a lot of school work these days, so I don't get a lot of time for other stuff [16:53] plus it annoyed me a little that they were so concerned about dumb little things like how the output of the bootup looked (that dodgy "initmsg" stuff in the jobs I linked before) [16:54] i mean, it's ok to make it look "friendly", but they were more concerned about it than it actually working... [16:54] anyway, ;) === Keybuk_ is now known as Keybuk [19:18] Keybuk: I just read th states blueprint and I may have a suggstion. wouldn't it make sense to have every event result in a state? for example events.d/hostname was successfully executed resultsin a state hostname is set? [19:20] also if changing /etc/hostname caused an event that events.d/hostname registered for the hostname could be changed by just changing the file