/srv/irclogs.ubuntu.com/2006/12/17/#upstart.txt

=== theCore [n=alex@ubuntu/member/theCore] has joined #upstart
=== netjoined: irc.freenode.net -> brown.freenode.net
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #upstart
=== Amaranth [n=travis@unaffiliated/amaranth] has joined #upstart
=== juergbi [n=juerg@80-219-26-249.dclient.hispeed.ch] has joined #upstart
=== Amaranth [n=travis@unaffiliated/amaranth] has joined #upstart
=== Md [i=md@freenode/staff/md] has joined #upstart
=== Md_ [i=md@freenode/staff/md] has joined #upstart
=== Md_ is now known as Md
=== Keybuk [n=scott@syndicate.netsplit.com] has joined #upstart
=== j_ack_ [n=rudi@p508D9127.dip0.t-ipconnect.de] has joined #upstart
Keybukwasabi: heyhey05:09
KeybukBAD: wrong value for iovec.iov_len, expected 4 got 805:14
Keybuk        at tests/test_wire.c:65 (test_write_int).05:14
=== Keybuk loves the new test framework
AlexExtremeheh05:15
AlexExtremethank goodness that's over05:15
AlexExtreme(been christmas shopping)05:15
Keybukwhat?05:15
Keybukahh05:15
KeybukI've yet to do most of mine05:15
=== che [n=bleh@redhat/che] has joined #upstart
wasabi_hi Keybuk06:32
Keybukhow goes it?06:34
wasabi_pretty good06:43
wasabi_trying to get dates/contacts working properly 06:43
=== theCore [n=alex@ubuntu/member/theCore] has joined #upstart
=== maro [n=mark@0x55511dab.adsl.cybercity.dk] has joined #upstart
=== theCore [n=alex@ubuntu/member/theCore] has joined #upstart
=== j_ack_ [n=rudi@p508D9127.dip0.t-ipconnect.de] has joined #upstart
=== che_ [n=bleh@redhat/che] has joined #upstart
maroKeybuk: is there a reason why initctl writes to stderr?07:52
maro(initctl list in particular)07:53
AlexExtremei wouldn't have thought there would be a reason, it's most likely a mistake07:54
maroor it's on purpose for a reason I'm not yet familiar with :)07:56
Keybukerr, it does?08:33
Keybukoh yeah08:33
Keybukoops08:33
Keybuk:p08:33
=== user_ [n=user@11.sub-70-196-11.myvzw.com] has joined #upstart
=== user_ [n=user@11.sub-70-196-11.myvzw.com] has left #upstart ["Leaving"]
=== user_ [n=user@11.sub-70-196-11.myvzw.com] has joined #upstart
user_keybuk nice blog ;)10:02
=== user_ is now known as wasabi770
=== maro [n=mark@0x55511dab.adsl.cybercity.dk] has joined #upstart
maroKeybuk: will there be a way to ignore jobs?10:21
marofor example, if X is starting to freeze the system and gdm is launched from upstart10:22
marowith sysvinit you'd just boot into another runlevel10:22
=== ..[topic/#upstart:_ion] : Upstart 0.3.1 | http://upstart.ubuntu.com/ | http://upstart.ubuntu.com/wiki/ | http://upstart.ubuntu.com/doc/getting-started.html | http://www.netsplit.com/blog/articles/2006/12/14/upstart-0-3 | irc logs: http://people.ubuntu.com/~fabbione/irclogs
=== j_ack_ [n=rudi@p508D9127.dip0.t-ipconnect.de] has joined #upstart
wasabi_maro: We've only done some basic discussion about that.11:26
wasabi_I'm a bit fond of two ideas... a set of profiles which enable/disable jobs by name, and are chosable at boot time (kernel cmdline), and also some sort of passing flags at boot that jobs can retrieve and disable themselves with.11:27
wasabi_Keybuk: Your blog entry does describe "starting" or "stopping".11:29
wasabi_s/does/doesn't/11:29
wasabi_The events.11:29
wasabi_oh wait you did.11:30
wasabi_n/m. my eyes are just crossed. =)11:31
Keybuk:D11:31
wasabi_start on network-interface-up/failed11:32
wasabi_& oops11:32
wasabi_What's up with the /11:33
KeybukI couldn't think of a better way to denote "failed" events11:43
wasabi_hmm.11:53
wasabi_I wonder if it's even important to denote them to anybody other than their issuer.11:53
Keybukdunno :p12:03
wasabi_Might be better to forget about it until a use case can be created. ;)12:12

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!