[16:04] sadmac: Bill is using emit in a very strange way in #435368 [16:47] Keybuk: what's the issue? [16:50] is it just a minimal test case that demonstrates the bug? [16:50] ie. why are you using emit? [16:50] exactly, just a test case [16:50] the point is a job started by an event with arguments doesn't get those arguments again when restarted [16:53] true... [16:53] but since events don't even *have* arguments anymore in trunk [16:54] and even while they still did, they weren't passed to the job anyway ... [16:54] it's kinda a null test case :p [16:54] it's certainly a bug in 0.3 that the associated event information is lost for services once they're running, so not available after the respawn - that is fixed in trunk [16:57] Ah cool [16:57] the trunk equivalent would be something like: [16:58] initctl emit foo DEV=bar PATH=baz [16:58] and then you'd use $DEV and $PATH in the script [16:58] and they survive respawn [16:58] until a different event starts the job [16:58] or you change them with start [16:58] ie. [16:58] initctl start jobname DEV=wibble PATH=wobble [16:59] cool [17:00] Keybuk: have you had any thoughts on lod and making it work? [17:00] lod? [17:00] s/lod/logd/ [17:01] not really [17:01] the only thing I've come up with would be making logd have a pty [17:01] and telling upstart to divert output from jobs to that pty while running [17:01] that doesn't fix logd dying though [17:02] so has the same basic problems as the socket [17:02] hm [17:03] Keybuk: you could have upstart itself hold a pipe to each program, and then just bridge it through sunrpc to logd (since sunrpc has that lovely property of just sitting and buffering when the listener goes away) [17:03] interesting [17:04] would you need the bridge in that instance? [17:04] the one big limitation of sunrpc is it has a custom interface (no file descriptors) so you can't just bolt it right onto stdio [17:04] so yes [17:04] ah [17:04] oh, not sunrpc [17:05] sunipc [17:05] or sun ipc [17:05] lol [17:05] the problem with the bootlogd approach, btw (stealing console output via ioctl) is it doesn't work with our usplash [17:06] and I suspect it wouldn't work with your X rhgb either [17:06] since both *change* the console to be a graphical one, with text diverted elsewhere [17:07] you could alter usplash of course. (I may rewrite rhgb once we get off the ground. right now I'm patching some stuff into upstart to deal with it) [17:08] it isn't usplash that's the problem [17:08] it's svgalib [17:08] and I want to fiddle with that about as much as I want to wake up without my kidneys [17:09] ah [17:20] Keybuk: it looked like in trunk the event files had moved, is this the case? [17:21] event files? [17:21] /etc/event.d/* [17:23] possibly moving to /etc/init/jobs.d [17:23] yeah, any particular reason? [17:24] to stop people calling them "event files" :) [17:24] since they're not [17:24] they're job files [17:24] jobs and events are different things [17:24] but everyone confuses the two because of the directory name [17:24] ah. [17:26] e.g. people think that if you have /etc/event.d/foo [17:27] then initctl emit foo will start it [17:27] yeah. [17:28] which isn't true at all [17:32] Keybuk: one more correction, it wasn't sun ipc. it was sysv. [17:32] * sadmac_ should drink coffee while reading things [17:34] specifically message queues