=== j_ack [n=rudi@p508DB183.dip0.t-ipconnect.de]  has joined #upstart
=== j_ack [n=rudi@p508DB183.dip0.t-ipconnect.de]  has joined #upstart
=== Amaranth [n=travis@unaffiliated/amaranth]  has joined #upstart
=== j_ack [n=rudi@p508DB183.dip0.t-ipconnect.de]  has joined #upstart
=== j_ack [n=rudi@p508DB183.dip0.t-ipconnect.de]  has joined #upstart
=== theCore [n=alex@ubuntu/member/theCore]  has joined #upstart
=== CNW8835 [n=daniel@CPE-65-29-173-62.wi.res.rr.com]  has joined #upstart
[06:05] <CNW8835> hi
[06:05] <CNW8835> if anyone is watching this channel...
[06:06] <CNW8835> is there anyway to tell upstart to boot into a specified runlevel as a boot paramiter?
[06:08] <CNW8835> I tried doing it the way it was done with sysvinit, just by setting the desired runlevel number as a boot parameter, but it doesn't seem to work that way with upstart
[06:09] <CNW8835> and I can't find anything in the documentation about it other than changing the default runlevel
=== CNW8835 [n=daniel@CPE-65-29-173-62.wi.res.rr.com]  has left #upstart [] 
=== Amaranth [n=travis@unaffiliated/amaranth]  has joined #upstart
=== Amaranth` [n=amaranth@ip72-198-200-109.om.om.cox.net]  has joined #upstart
=== Amaranth` [n=amaranth@70.85.29.100]  has joined #upstart
=== Amaranth [n=amaranth@70.85.29.100]  has joined #upstart
=== Amaranth [n=amaranth@70.85.29.100]  has joined #upstart
[08:19] <Amaranth> sorry, setting something up
=== Keybuk [n=scott@quest.netsplit.com]  has joined #upstart
=== Md [i=md@freenode/staff/md]  has joined #upstart
[02:35] <_ion> (offtopic) A hypothetical example of creating a data structure out of thin air, http://johan.kiviniemi.name/stuff/ruby/acme/pair.html
[02:36] <Keybuk> ?
[02:42] <_ion> Just a bizarre way of implementing a "pair" data structure without using an array or any other existing data structures.
[02:43] <Keybuk> very lispish
[02:43] <_ion> Yes.
=== j_ack [n=rudi@p508DC037.dip0.t-ipconnect.de]  has joined #upstart
=== Md [i=md@freenode/staff/md]  has joined #upstart
=== mbiebl [n=michael@e180070114.adsl.alicedsl.de]  has joined #upstart
=== theCore [n=alex@ubuntu/member/theCore]  has joined #upstart
=== j_ack [n=rudi@p508DC037.dip0.t-ipconnect.de]  has joined #upstart
[06:15] <Keybuk> meh, don't you just hate it when you think you've got something exactly right, and then hit a snag?
[06:17] <_ion> Yeah. What is it?
[06:18] <Keybuk> have streamlined all the IPC code, so it's a zillion times more efficient and easier to code
[06:19] <Keybuk> but now it's difficult when sending a message and getting ECONNREFUSED to find out what pid it was going to, and thus remove that pid from the subscription list
[06:21] <_ion> Hmm, ok.
[06:22] <Keybuk> it's in the message, but encoded inside the destination address
=== mr_daniel [n=daniel@e177144080.adsl.alicedsl.de]  has joined #upstart
[07:28] <Keybuk> that's kinda cool
[07:28] <Keybuk> I've got a process that I can't kill or ptrace
=== Md_ [i=md@freenode/staff/md]  has joined #upstart
[07:30] <Keybuk> even SysRq K didn't kill it
[07:30] <Keybuk> sweet
[07:30] <_ion> Heh, what caused that?
[07:30] <Keybuk> for (;;) malloc ()
[07:30] <Keybuk> roughly
[07:31] <_ion> Heh. :-)
[07:32] <Keybuk> "don't use recvmsg() on connected sockets, for returning zero to mean 'disconnected' will surprise you"
=== juergbi [n=juerg@80-219-19-246.dclient.hispeed.ch]  has joined #upstart
=== waldner [n=waldner@184-180-119-85.dyn3.digitaleitalia.it]  has joined #upstart
=== waldner [n=waldner@184-180-119-85.dyn3.digitaleitalia.it]  has left #upstart [] 
=== cortana [n=sam@62-31-146-25.cable.ubr12.azte.blueyonder.co.uk]  has joined #upstart
=== j_ack [n=rudi@p508DC037.dip0.t-ipconnect.de]  has joined #upstart
=== Keybuk [n=scott@wing-commander.netsplit.com]  has joined #upstart