[12:31] <_ion> Hi Keybuk
[12:31] <Keybuk> hey
[12:31] <_ion> Did you receive my MemoServ message?
[12:32] <Keybuk> just looking at it now
[12:58] <Keybuk> _ion: I think my main aversion here is a strong desire that upstart should take care of the prereqs for you
[01:00] <_ion> I was thinking of programmatic metajobs exactly for that reason.
[01:02] <_ion> So the metajob would parse fstab and generate a job for each mountpoint.
[01:05] <_ion> How about the idea about locking(1) which would be used to run fsck? Should upstart handle that part also?
[11:00] <florin> hi everyone
[11:03] <Keybuk> hi
[11:03] <_ion> Hi
[11:04] <florin> i'm a Lunar Linux developer. I've managed to install upstart on my system. So far it work just fine with the old sysvinit scripts. I'm learning now how to create event based init scripts. You've done a good job.
[11:06] <Keybuk> thanks :)
[11:07] <florin> yw
[12:31] <Keybuk> http://upstart.ubuntu.com/
[12:31] <Keybuk> ^ added quite a bit more
[12:35] <_ion> Cool
[12:39] <Keybuk> hopefully that'll address a few of the usual complaints/comments
[02:26] <_ion> I moved the contents of the earlier link to http://johan.kiviniemi.name/blag/2007/03/15/upstart-and-mounting-partitions/
[02:29] <Keybuk> cool
[02:29] <Keybuk> btw, have definitely decided to accept delayed watch
[02:30] <_ion> Nice :-)
[02:30] <Keybuk> and am going to integrate it directly into nih_watch since it's such a common use
[02:30] <_ion> Yeah. If someone doesn't want it, she can simply put a zero for the delay.
[02:30] <Keybuk> exactly
[03:14] <_ion> Perhaps the link bar at the top of the Upstart website should be emphasized somehow: for example, a light gray background color, or bold text.
[03:25] <_ion> keybuk: It would also be really, really nice if the link to the currently open page didn't disappear from the bar.
[03:30] <Keybuk> heh
[03:43] <_ion> A literal fiddle, or a figure of speech i'm not familiar with? :-)
[03:44] <Keybuk> the problem with having a background colour is that it doesn't cover the image
[03:44] <Keybuk> cf.
[03:44] <Keybuk> http://quest.netsplit.com/~scott/upstart/
[03:44] <Keybuk> see how the boxes don't go round the images
[03:44] <_ion> In fact, that might be a nice effect. :-)
[03:46] <_ion> Perhaps add a bit of padding to the left and to the right, but the image being higher than the background color actually looks nice IMO.
[03:47] <Keybuk> check now
[03:49] <_ion> Really nice otherwise, but you'll need to add an invisible border or some padding to the non-hover style, otherwise the links jump when being hovered upon.
[03:49] <_ion> They seem to jump two pixels, i.e. the width of the border when hovered.
[03:51] <_ion> Really nice!
[03:52] <Keybuk> that seems to work
[03:55] <_ion> The agreement not to publish screenshots also means you can't grab the favicon from beta.launchpad.net? :-)
[04:10] <cwillu> ping
[04:10] <_ion> Network unreachable.
[04:11] <cwillu> :/
[04:11] <cwillu> respawn \n script \n Xorg <blah blah blah> \n end script
[04:12] <cwillu> will that do what I hope it'll do?
[04:12] <cwillu> and do it in a manner that doesn't make you shudder too much?
[04:13] <_ion> If you only have a single line in the script, you can replace it with 'exec Xorg ...'
[04:13] <_ion> I'd expect that to work, but go ahead and try for yourself. :-)
[04:13] <cwillu> but other than that, I should be able to have another job "on start <above script's name>", and it'll work with the above?
[04:14] <_ion> Exactly what do you want to achieve? What would that another job do?
[04:14] <cwillu> I need an extremely minimal x session, I have no desire to involve gdm or xdm or whatnot
[04:15] <cwillu> I want another job to launch an xwindow, with respawn set on that as well
[04:16] <_ion> You might want to use xinit.
[04:16] <cwillu> although there is the somewhat ugly race condition of waiting for Xorg to come up first
[04:16] <cwillu> hmm
[04:17] <cwillu> that looks reasonably, thanks
[04:18] <Keybuk> _ion: the favicon is tool small; the lp designer promised me a tango-style 24x24 icon today
[04:18] <Keybuk> but went to bed
[04:19] <Keybuk> lol
[04:19] <_ion> Hehe
[04:55] <mdales> are there any obvious things wrong with using upstart on a live CD? I'm using an edgy live CD that I've added some packages too, and generated some new scripts in /etc/event.d, but when I try to start them I get "start: Unknown job: vncsession"
[04:57] <Keybuk> yeah
[04:57] <Keybuk> the inotify stuff doesn't work across UnionFS
[04:57] <Keybuk> it ends up watching the read-only directory underneath
[04:57] <mdales> ah
[04:57] <mdales> bollocks 
[04:57] <mdales> is there any way around this?
[04:58] <mdales> other than adding a level of indirection
[04:58] <Keybuk> not known
[04:58] <mdales> I can put static scripts in event.d on the CD that point to generated scripts I assume
[05:00] <_ion> Perhaps upstart should reread the job files using nih_walk on SIGHUP.
[05:04] <Keybuk> yeah it should
[05:04] <Keybuk> I have a whole bunch of stuff like that to fix
[05:05] <Keybuk> the signal handlers should be set to a generically useful function
[05:05] <Keybuk> and there should also be control messages to do the same thing
[05:05] <Keybuk> e.g. re-exec, reload jobs, pause/unpause the event queue
[05:05] <Keybuk> the main problem with HUP is noticing deletes <g>
[05:07] <_ion> previous = [foo, bar, baz] ; walk(CONFIG_DIR)  {|file| previous -= file; process file }; previous.each {|job| delete job }
[05:07] <Keybuk> not quite that simple, since you may have deleted jobs in the hash still from last time <g>
[05:08] <Keybuk> (and needs to cope with multiple config directories, and control-registered jobs in the future)
[05:08] <_ion> Yeah
[05:09] <Keybuk> yay my copious TODO list