00:00:09  * ircretaryjoined
00:00:16  <othiym23>that's awesome
00:00:38  <MI6>libuv-master-gyp: #183 UNSTABLE windows-x64 (4/195) smartos-ia32 (2/194) windows-ia32 (3/195) smartos-x64 (2/194) http://jenkins.nodejs.org/job/libuv-master-gyp/183/
00:01:28  <trevnorris>i mean, flip, if you wanted to you could pause the application and in debug mode march through every existing async "event" that's been queued, and see all the event properties for each one.
00:02:14  <trevnorris>for anything. not just net, or just http, but zlib, tls. freaking anything. this should be the end of needing to request more internal information from node.
00:02:30  <tjfontaine>well
00:02:35  <tjfontaine>so far as you know :P
00:02:44  <trevnorris>tjfontaine: dude, seriously. don't start with that ;P
00:02:50  <tjfontaine>hehe
00:04:19  * defunctzombie_zzchanged nick to defunctzombie
00:04:42  <trevnorris>tjfontaine: whoa, here's a strange one. I catch all errors, process.on('exit', prints ok. then afterwards it prints an error and fails.
00:04:42  * bnoordhuisjoined
00:04:54  <trevnorris>from an operation queued up previously
00:05:02  * paulfryzelquit (Ping timeout: 240 seconds)
00:05:33  <tjfontaine>interesting, how did you manage that
00:06:10  <trevnorris>fatalException is running after the process on exit callback
00:06:16  <trevnorris>and catching one final error
00:06:54  <tjfontaine>the final countdown^Werror
00:07:03  <tjfontaine>it's been a long day, if you can't tell
00:07:15  <trevnorris>heh
00:07:15  <tjfontaine>are we doing the call tomorrow?
00:07:24  <trevnorris>doubt it.
00:07:35  <tjfontaine>lemme look over some stuff, I may do a release
00:07:41  <trevnorris>ben has a new human, and isaac's hanging with his girl
00:07:55  <tjfontaine>indeed, and we have the nodeup podcast
00:08:52  <tjfontaine>hmm that vm2 update is useful, but not alot else there for v0.11, anything outstanding that's ready to be merged?
00:08:54  <trevnorris>oop. yeah. thanks for the reminder
00:08:58  * bnoordhuisquit (Ping timeout: 246 seconds)
00:09:17  <trevnorris>tjfontaine: think this is ready to go: https://github.com/joyent/node/pull/5854
00:09:36  <trevnorris>it'll have to be rebased, but all tests pass
00:09:44  <tjfontaine>ah ya that probably is, I will add that to my list of review for tonight
00:10:23  <tjfontaine>hm, not thrilled with the keys changing there
00:11:04  <trevnorris>didn't notice that. why do the keys change?
00:11:34  <tjfontaine>it's just for the test suite, but I'm guessing because he wanted to make sure there was some coverage ont hem
00:11:49  <trevnorris>ok
00:13:31  <tjfontaine>the meat of it seems relatively straight forward though
00:13:48  <trevnorris>yeah, and ben really put it through the ringer
00:14:21  <tjfontaine>ya, he updates the keys to 1024 -- tls: added ECDH ciphers support, 1024 RSA keys
00:14:42  <trevnorris>ah
00:22:18  * trevnorris&
00:22:19  <LOUDBOT>PERHAPS IT IS ACTUALLY NOT LOUD ENOUGH
00:22:30  <tjfontaine>TURN IT UP TO ELEVEN THEN
00:22:30  <LOUDBOT>A TRUE MASTER NEEDS NOT A SWORD
00:23:39  * EhevuTovquit (Quit: This computer has gone to sleep)
00:32:40  * TooTallNatequit (Quit: Computer has gone to sleep.)
00:34:01  * inolenjoined
00:35:01  * groundwaterquit (Ping timeout: 245 seconds)
00:36:02  * groundwaterjoined
00:38:20  * defunctzombiechanged nick to defunctzombie_zz
00:39:28  * julianduquequit (Remote host closed the connection)
00:40:43  * julianduquejoined
00:41:39  * xakaquit (Ping timeout: 260 seconds)
00:45:51  * hzquit
00:54:10  * TooTallNatejoined
01:01:46  * paulfryzeljoined
01:10:00  * paulfryzelquit (Ping timeout: 245 seconds)
01:13:38  * dapquit (Quit: Leaving.)
01:19:01  * julianduquequit (Quit: leaving)
01:19:09  * st_lukequit (Remote host closed the connection)
01:21:07  * jmar777joined
01:24:03  * groundwaterquit (Quit: groundwater)
01:26:15  * amartensquit (Quit: Leaving.)
01:26:46  * TooTallNatequit (Quit: Computer has gone to sleep.)
01:27:52  * abraxasjoined
01:28:47  * mmaleckichanged nick to mmalecki[zzz]
01:33:40  * defunctzombie_zzchanged nick to defunctzombie
01:34:00  * xakajoined
01:34:20  * defunctzombiechanged nick to defunctzombie_zz
01:34:50  * defunctzombie_zzchanged nick to defunctzombie
01:35:25  * c4miloquit (Remote host closed the connection)
01:35:55  * c4milojoined
01:40:00  * c4miloquit (Ping timeout: 245 seconds)
01:53:42  * EhevuTovjoined
02:02:32  * jmar777quit (Remote host closed the connection)
02:06:40  * paulfryzeljoined
02:11:30  * paulfryzelquit (Ping timeout: 264 seconds)
02:13:45  * inolenquit (Quit: Leaving.)
02:14:40  * inolenjoined
02:15:31  * inolenquit (Client Quit)
02:16:02  * amartensjoined
02:16:38  * c4milojoined
02:19:02  * c4miloquit (Remote host closed the connection)
02:24:37  * EhevuTovquit (Quit: This computer has gone to sleep)
02:25:16  * defunctzombiechanged nick to defunctzombie_zz
02:36:15  * c4milojoined
02:36:55  * st_lukejoined
02:43:52  * defunctzombie_zzchanged nick to defunctzombie
02:45:08  <isaacbw>mmalecki[zzz]: my HN link for sophia got to the front page
02:45:10  <isaacbw>:D
02:50:33  * defunctzombiechanged nick to defunctzombie_zz
02:54:00  * wolfeidauquit (Remote host closed the connection)
02:54:13  * wolfeidaujoined
03:13:24  * inolenjoined
03:14:22  <pfox___>does the req->ptr in uv_fs_readdir() always return all of the files in a dir.. or are the results broken up?
03:14:37  <pfox___>curious how this performs in directories with many, many files
03:18:46  * defunctzombie_zzchanged nick to defunctzombie
03:27:47  * jmar777joined
03:27:58  * inolenquit (Quit: Leaving.)
03:28:39  * inolenjoined
03:30:23  * inolenquit (Client Quit)
03:32:45  * julianduquejoined
03:48:32  * amartensquit (Quit: Leaving.)
03:55:34  * amartensjoined
03:58:12  * st_lukequit (Remote host closed the connection)
04:00:39  * inolenjoined
04:07:20  * M28_quit (Read error: Connection reset by peer)
04:07:54  * inolenquit (Ping timeout: 264 seconds)
04:08:29  * M28joined
04:23:39  * inolenjoined
04:25:22  * inolenquit (Client Quit)
04:29:30  * defunctzombiechanged nick to defunctzombie_zz
04:35:15  * julianduquequit (Quit: leaving)
04:42:55  * brsonquit (Ping timeout: 260 seconds)
04:44:18  * c4miloquit (Remote host closed the connection)
04:44:30  * jmar777quit (Remote host closed the connection)
04:49:02  * indexzerojoined
04:59:42  * defunctzombie_zzchanged nick to defunctzombie
05:19:44  * inolenjoined
05:21:27  * inolenquit (Client Quit)
05:29:50  * inolenjoined
05:46:24  * Benviequit (Read error: Connection reset by peer)
05:46:47  * Benviejoined
06:05:01  * roxlu_joined
06:07:30  * amartensquit (Quit: Leaving.)
06:09:06  * roxluquit (*.net *.split)
06:09:06  * hij1nxquit (*.net *.split)
06:09:07  * philipsquit (*.net *.split)
16:35:08  * kazuponquit (Remote host closed the connection)
16:35:08  <piscisaureus_>test
16:35:54  <tjfontaine>piscisaureus_: hmm?
16:36:14  <indutny>piscisaureus_: have I missed something?
16:36:20  <piscisaureus_>tjfontaine: slurp has only one known failure mode which is no internet connectivity
16:36:32  <tjfontaine>could very well be freenode as well though
16:36:32  <piscisaureus_>tjfontaine: at least as far as I've been able to tell
16:36:37  <indutny>it might have unknown modes :)
16:36:38  <piscisaureus_>tjfontaine: true
16:36:54  <piscisaureus_>indutny: yes, thatis always a possibility
16:38:18  <trevnorris>piscisaureus_, tjfontaine: either of you giving talks at nodeconf in sf?
16:38:28  <trevnorris>erm, node summit
16:38:48  <indutny>oh, node summit
16:38:50  <indutny>interesting
16:38:55  <indutny>I might be in SF at that time
16:39:05  * indexzerojoined
16:39:21  * zotpart
16:39:22  <trevnorris>cool. I could finally meet you :)
16:39:38  <piscisaureus_>trevnorris: not likely but not entirely out of the question either
16:40:46  <indutny>haha
16:42:23  <piscisaureus_>I wish spotify could find my song for once
16:42:44  <piscisaureus_>instead of 100 shitty karaoke versions of it
16:43:26  * dshaw_joined
16:44:00  <piscisaureus_>Now I have to play http://open.spotify.com/track/1TQ6a2NEA8LmKfgf0yeBvT again to settle my nerves
16:54:33  * hzquit
16:54:55  * wwicksquit (Quit: wwicks)
16:56:03  * wwicks_joined
16:58:39  * c4miloquit (Remote host closed the connection)
17:00:50  * piscisaureus_quit (Ping timeout: 264 seconds)
17:00:54  * brsonjoined
17:03:51  * philipsjoined
17:12:13  * inolenjoined
17:18:43  * st_lukejoined
17:26:37  * c4milojoined
17:38:28  * groundwaterjoined
17:43:41  * julianduquejoined
17:46:56  * xakaquit (Read error: Connection reset by peer)
17:47:12  * xakajoined
17:51:26  * rje_changed nick to rje
17:54:19  <MI6>libuv-master: #245 UNSTABLE windows (3/195) smartos (9/194) http://jenkins.nodejs.org/job/libuv-master/245/
17:56:41  * c4miloquit (Remote host closed the connection)
18:04:19  * sblomquit (Ping timeout: 260 seconds)
18:05:59  * kazuponjoined
18:12:18  <MI6>libuv-node-integration: #230 UNSTABLE smartos-x64 (6/640) http://jenkins.nodejs.org/job/libuv-node-integration/230/
18:14:30  * kazuponquit (Ping timeout: 264 seconds)
18:15:56  * EhevuTovjoined
18:17:07  * defunctzombie_zzchanged nick to defunctzombie
18:19:32  * `3E|DINNERchanged nick to `3rdEden
18:23:10  * sblomjoined
18:31:39  * trevnorris&
18:31:39  <LOUDBOT>THEN I REALIZD I PACKED ALLOF MY PENS
18:36:07  * dominictarrjoined
18:36:28  * hzjoined
18:38:25  * dshaw_quit (Quit: Leaving.)
18:39:29  * trevnorrisfg
18:40:34  * defunctzombiechanged nick to defunctzombie_zz
18:41:46  * indexzeroquit (Quit: indexzero)
18:43:41  <trevnorris>tjfontaine: here's one. after i'm done separating domains, i'm going to do the same thing with the event emitter.
18:43:55  <trevnorris>and have an awesome little callback system it rides on :P
18:44:30  <othiym23>trevnorris: interesting!
18:44:31  <MI6>nodejs-master-windows: #353 UNSTABLE windows-x64 (20/640) windows-ia32 (22/640) http://jenkins.nodejs.org/job/nodejs-master-windows/353/
18:44:34  * bajtosjoined
18:44:36  <othiym23>does that mean moving EEs into JS?
18:44:42  <othiym23>oops
18:44:44  <othiym23>into C++
18:45:11  <trevnorris>the callback system will still be a js api.
18:48:03  * wwicks_changed nick to wwicks
18:48:28  <othiym23>ah, which EEs will be a consumer of?
18:51:45  <trevnorris>yeah. same concept of what i'm doing with domains and async listeners
18:57:29  * jez0990_quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
18:58:03  * bajtosquit (Quit: bajtos)
19:00:48  * jez0990joined
19:06:18  * inolenquit (Quit: Leaving.)
19:11:12  * kazuponjoined
19:15:07  <trevnorris>indutny: ping
19:16:18  * kazuponquit (Ping timeout: 264 seconds)
19:17:22  <indutny>pong
19:20:04  * inolenjoined
19:22:49  <trevnorris>indutny: oy, nm. the crypto inheritance whatnot threw me off.
19:22:55  <trevnorris>thanks for the pong though :)
19:23:37  <trevnorris>fwiw i'm trying to tie into the MakeCallbacks in crypto and tls. problem is they inherit from ObjectWrap. this might take a while to figure out.
19:23:47  <indutny>ok
19:25:40  * defunctzombie_zzchanged nick to defunctzombie
19:28:04  * defunctzombiechanged nick to defunctzombie_zz
19:28:40  <trevnorris>indutny: ah, ok. so i'm only used to looking for when uv requires callbacks. but it looks like openssl also requires you to pass callbacks.
19:28:41  <trevnorris>sorry, i'm horribly ignorant on how crypto/openssl works.
19:29:26  <indutny>heh
19:29:29  <indutny>no, I'm sorry
19:29:33  <indutny>I can't really help you now
19:29:40  <trevnorris>no worries
19:29:42  <indutny>I'm really busy splitting my head between two very important things
19:29:52  <trevnorris>sounds like fun...
19:31:25  * defunctzombie_zzchanged nick to defunctzombie
19:32:14  * chrisdickinsonquit (Ping timeout: 268 seconds)
19:33:11  * hzquit
19:36:24  * indexzerojoined
19:36:29  * chrisdickinsonjoined
19:36:29  * indexzeroquit (Client Quit)
19:39:06  * groundwaterquit (Ping timeout: 264 seconds)
19:48:01  * Kakeraquit (Read error: Connection reset by peer)
19:48:22  * Kakerajoined
19:50:50  * austoquit (Quit: Leaving)
20:05:05  * dshaw_joined
20:07:22  * bnoordhuisjoined
20:11:44  * kazuponjoined
20:16:43  * kazuponquit (Ping timeout: 260 seconds)
20:17:34  * groundwaterjoined
20:26:08  * KiNgMaRquit (Write error: Connection reset by peer)
20:30:43  * c4milojoined
20:31:55  * TooTallNatequit (Quit: Computer has gone to sleep.)
20:34:45  * jmar777quit (Remote host closed the connection)
20:35:32  * TooTallNatejoined
20:38:07  * KiNgMaRjoined
20:40:42  * TooTallNatequit (Quit: Computer has gone to sleep.)
20:40:53  * TooTallNatejoined
20:43:15  * TooTallNatequit (Read error: Connection reset by peer)
20:43:33  <trevnorris>tjfontaine: i'm getting strange behavior where the process on exit callback is completing before the final error is thrown by v8
20:43:36  <trevnorris>strange
20:43:50  * TooTallNatejoined
20:43:54  <tjfontaine>trevnorris: hmm
20:44:16  <trevnorris>this is on my async listener patch, but still. don't think that should be possible.
20:44:21  <tjfontaine>well
20:44:42  <tjfontaine>what's the stack where the on exit is triggered? and what's the stack in final error?
20:44:54  <tjfontaine>and what's the errors actual stack
20:45:11  <tjfontaine>do you have an implicit next tick somewhere?
20:46:14  * sblomquit (Ping timeout: 256 seconds)
20:49:29  <trevnorris>tjfontaine: hm. have another bug that might shed some light on this. good ideas of what to look for. thanks.
20:49:48  <tjfontaine>trevnorris: k
20:50:41  <trevnorris>bnoordhuis: so, crypto and tls's have strange inheritance chains that's making it dang near impossible to use AsyncWrap.
20:51:26  <trevnorris>bnoordhuis: also the use of ObjectWrap doesn't help. think there's any structural refactoring that can be done there to help the situation, or think I'll just have to find another way?
20:51:40  <bnoordhuis>trevnorris: in what respect? the multiple inheritance thing?
20:51:47  * dshaw_quit (Quit: Leaving.)
20:52:05  <bnoordhuis>btw, you get my vote of support if you remove the use of ObjectWrap in core
20:52:18  <trevnorris>bnoordhuis: yeah. say for example, it inherits from ObjectWrap, which already has an object() and persistent(), but also the class itself will have env().
20:52:33  <trevnorris>but then classes in tls will inherit from multiple crypto classes.
20:52:44  <bnoordhuis>welcome to the diamond problem
20:53:17  <trevnorris>heh, yeah. and cool. working out ObjectWrap is on my to do list.
20:53:32  * dshaw_joined
20:54:01  <bnoordhuis>trevnorris: you can work around the diamond problem by using fully qualified names
20:54:13  <bnoordhuis>but of course it's best to avoid it altogether
20:54:31  <trevnorris>bnoordhuis: ah, duh. thanks. that'll at least get me compiling so I can work it out step by step.
20:55:47  <trevnorris>thanks dude. using the fully quantified name. oy, so simple.
20:56:17  <bnoordhuis>no problem, trevor :)
20:56:32  <bnoordhuis>and sleep tight, i'm off to get some deep needed rest
20:56:41  <trevnorris>you too.
20:57:29  * st_lukequit (Remote host closed the connection)
20:59:31  <trevnorris>othiym23: ping
20:59:58  <othiym23>trevnorris: pong
21:00:14  <trevnorris>othiym23: right now Domain#run() runs the callback immediately, correct?
21:00:25  <othiym23>yes
21:00:58  <trevnorris>and would it be horribly life altering if it ran the callback in process.nextTick() ?
21:00:58  * bnoordhuisquit (Ping timeout: 256 seconds)
21:01:12  <othiym23>trevnorris: I don't know, what do the tests say? :D
21:01:46  <trevnorris>othiym23: I keep getting this case where the callback stack is exceeded. trying to figure out why.
21:01:57  <othiym23>I can't really say what kind of assumptions people are making in how they're using domain.run, although it would change how e.g. things like middlewares that graft domains into Express work
21:02:04  <trevnorris>and since asyncListener listens for async events, running the callback immediately won't properly capture any errors.
21:02:47  <trevnorris>e.g. addAsync(); (function() { throw new Error(); }()); removeAsync();
21:03:08  <othiym23>right
21:03:28  <trevnorris>but if I nextTick it, then all the errors will be handled correctly
21:03:37  <othiym23>there's no way to maneuver the execution of the offending code into the inside of a try/catch block?
21:04:23  <othiym23>I'd double-check with isaacs (you know, were he available), but that feels like a violation of user expectations about how domain.run works
21:04:31  <trevnorris>yeah
21:04:53  <trevnorris>i have all of test-domain.js passing right now
21:05:15  <trevnorris>it's in other cases getting these strange scenarios where the process object fills the call stack
21:05:33  <trevnorris>but hey. almost working.
21:06:02  * bradleymeckquit (Quit: bradleymeck)
21:06:05  * hueniversejoined
21:06:11  <trevnorris>othiym23: oh, and crypto/tls will definitely be supported. it's just going to take non-trivial work. the inheritance chain is making life painful.
21:06:20  <trevnorris>just fyi if you're playing around with this.
21:06:45  <trevnorris>othiym23: oh, and i'm half convinced that domains can't be removed from the event emitter.
21:07:01  <trevnorris>since domains can capture synchronous throws
21:08:05  <trevnorris>othiym23: additional API idea. add native syntax where you can queue a C++ method to run when an internal async request is being queued.
21:08:39  <trevnorris>it's definitely about as low as you can go, but the performance penalty would be comparitively close to nothing.
21:08:41  <trevnorris>tjfontaine: ping
21:12:22  <tjfontaine>pong-ish, semi in a meeting atm
21:12:48  * kazuponjoined
21:12:54  <trevnorris>tjfontaine: I remember you telling me dtrace can't track specific callbacks since the JIT can move them around. think I have an idea to get around that.
21:13:32  <tjfontaine>it's not about can't so much, but it's difficult to do at the moment
21:13:35  <trevnorris>tjfontaine: the new AsyncWrap class stores the Persistent Object that'll contain the callbacks after the async event is complete. that has a specific offset you could, I think, track the way you mentioned.
21:13:35  <tjfontaine>but what's your idea
21:13:57  <tjfontaine>sure, anytime we have a C/C++ api that matches it's easy to do stuff
21:14:13  <tjfontaine>but that's not the same thing as arbitrarily catching entry and return of a given function
21:14:48  <tjfontaine>do you know what I mean?
21:15:22  <trevnorris>the hooks to tell you just before/after the callback is about to run is in the C++ api.
21:15:58  <trevnorris>there's one check that's always run just before any callback is executed.
21:16:05  <tjfontaine>yes, but that's only asynchronous mechanisms, which is helpful, but that's already where C++ is being executed
21:16:28  <tjfontaine>I want to be able to set a trace point on: function foo(){}
21:16:38  <tjfontaine>which may or may not be async
21:17:07  <trevnorris>yeah. can't help you much there. is it possible for you to monitor memory and see when a bit is checked?
21:17:22  <trevnorris>at least you'd be able to know in C++ or JS just before async callbacks are about to be run.
21:17:23  * kazuponquit (Ping timeout: 260 seconds)
21:17:24  <tjfontaine>"yes" but it's not quite that simple
21:17:37  <tjfontaine>we're already technically able to know that now
21:17:43  <tjfontaine>the async work that is
21:18:15  <trevnorris>ok.
21:18:57  <tjfontaine>but keep your mind open, if you think of something, at some point we should have a discussion about how dtrace works so it's easier for you to see what my happy fantasy future land is
21:19:48  <trevnorris>after watching max's debugging talk on tracking down memory leaks by tracing from the bottom up, i'm freakin sold.
21:20:00  <tjfontaine>heh
21:20:08  <trevnorris>his approach is exactly what I should have been using to track down that http memory leak.
21:20:11  <tjfontaine>well come up to sf and we'll do lunch
21:20:22  <tjfontaine>:)
21:22:01  <trevnorris>sounds good.
21:22:35  * st_lukejoined
21:22:45  <tjfontaine>we have a manta event tomorrow if you wanna come up last min
21:27:09  * AvianFluquit (Remote host closed the connection)
21:27:24  * rnowakquit (Ping timeout: 240 seconds)
21:28:07  * rnowakjoined
21:29:03  <trevnorris>what time?
21:31:49  <tjfontaine>erm
21:33:24  <tjfontaine>I'm guessing around 5 or 6, but I'm looking for the exact time
21:33:39  <tjfontaine>trevnorris: http://www.eventbrite.com/event/8159538399
21:36:53  <trevnorris>thanks dude :)
21:37:39  <tjfontaine>you're welcome :)
21:38:25  <othiym23>I'll be at the manta party if anybody wants to get together for a quick pow-wow about this stuff
21:39:37  <tjfontaine>yay othiym23 time!
21:44:27  <trevnorris>... having domains override Function#bind() isn't confusing at all...
21:44:58  <othiym23>domains don't override Function.prototype.bind
21:45:06  <othiym23>but they do have their own bind method
21:47:54  <trevnorris>oy, i'm mentally wearing down.
21:48:29  <trevnorris>um... wtf. ok. so my implementation does catch synchronous errors.
21:48:48  <trevnorris>and that would explain why i'm getting the stack overflow
21:49:49  * c4miloquit (Remote host closed the connection)
21:52:24  * jmar777joined
21:57:30  * AvianFlujoined
22:01:54  * AvianFluquit (Ping timeout: 264 seconds)
22:07:37  * AvianFlujoined
22:10:22  * brsonquit (Quit: leaving)
22:11:43  * brsonjoined
22:12:17  * rendarquit
22:13:23  * kazuponjoined
22:18:03  * kazuponquit (Ping timeout: 248 seconds)
22:20:57  * dominictarrquit (Quit: dominictarr)
22:23:20  * KiNgMaRquit (Ping timeout: 260 seconds)
22:24:19  * KiNgMaRjoined
22:38:24  * sblomjoined
22:42:33  * AvianFluquit (Ping timeout: 276 seconds)
22:48:01  * xakaquit
23:00:15  * defunctzombiechanged nick to defunctzombie_zz
23:13:52  * kazuponjoined
23:16:54  * defunctzombie_zzchanged nick to defunctzombie
23:18:20  * kazuponquit (Ping timeout: 245 seconds)
23:24:42  * Kakeraquit (Ping timeout: 264 seconds)
23:41:34  * st_lukequit (Remote host closed the connection)
23:42:55  * AvianFlujoined
23:42:59  * sblomquit (Ping timeout: 260 seconds)
23:45:58  * st_lukejoined
23:53:44  * kazuponjoined
23:55:59  * defunctzombiechanged nick to defunctzombie_zz
23:56:09  * EhevuTovquit (Quit: Leaving)
23:58:20  * kazuponquit (Ping timeout: 245 seconds)
23:59:50  <MI6>libuv-master-gyp: #184 UNSTABLE windows-x64 (3/195) smartos-ia32 (2/194) windows-ia32 (4/195) smartos-x64 (2/194) http://jenkins.nodejs.org/job/libuv-master-gyp/184/