00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:07  * ircretaryjoined
00:03:01  * c4milojoined
00:25:05  * kazuponjoined
00:27:34  * defunctzombiechanged nick to defunctzombie_zz
00:29:13  * kazuponquit (Ping timeout: 240 seconds)
00:30:00  * c4miloquit (Remote host closed the connection)
00:38:04  * TooTallNatequit (Quit: Computer has gone to sleep.)
00:38:22  * mikealquit (Quit: Leaving.)
00:39:33  * TooTallNatejoined
00:40:31  * `3rdEdenjoined
00:40:36  * TooTallNatequit (Client Quit)
00:49:15  * `3rdEdenquit (Ping timeout: 276 seconds)
00:49:27  * mikealjoined
01:17:34  * defunctzombie_zzchanged nick to defunctzombie
01:25:39  * kazuponjoined
01:31:17  * kazuponquit (Ping timeout: 252 seconds)
01:41:46  * mikealquit (Quit: Leaving.)
02:09:06  * kazuponjoined
02:13:09  * indexzerojoined
02:16:00  * porcojoined
02:57:40  * kazuponquit (Remote host closed the connection)
03:05:21  * kazuponjoined
03:22:50  * kazuponquit (Remote host closed the connection)
03:39:04  * mikealjoined
03:44:33  * mikealquit (Quit: Leaving.)
03:54:06  * mikealjoined
03:55:51  * mikealquit (Client Quit)
04:23:12  * kazuponjoined
04:26:03  * mikealjoined
04:27:56  * kazuponquit (Ping timeout: 245 seconds)
04:33:20  * wolfeidaujoined
04:43:47  * brsonjoined
04:45:00  * wolfeidauquit (Remote host closed the connection)
04:55:17  * defunctzombiechanged nick to defunctzombie_zz
05:04:15  * dominictarrquit (Read error: Connection reset by peer)
05:04:38  * dominictarrjoined
05:17:41  * wolfeidaujoined
05:18:50  * mikealquit (Quit: Leaving.)
05:23:53  * kazuponjoined
05:29:00  * kazuponquit (Ping timeout: 264 seconds)
05:33:34  * kazuponjoined
05:47:12  * kazuponquit (Remote host closed the connection)
05:52:53  * mikealjoined
06:13:45  * kazuponjoined
06:22:15  * brsonquit (Quit: leaving)
06:25:48  * kazuponquit (Remote host closed the connection)
06:40:39  * hzjoined
06:47:14  * rendarjoined
06:52:36  * wolfeidauquit (Ping timeout: 276 seconds)
07:25:02  * abrenerjoined
07:26:11  * kazuponjoined
07:26:34  <abrener>hi. anyone familiar with dgram multicast? am getting EADDRINUSE when calling socket.addMembership('239.255.255.250') using cluster
07:27:31  <abrener>( perhaps I should be raising this in #node.js )
07:30:49  * kazuponquit (Ping timeout: 245 seconds)
07:31:12  * wolfeidaujoined
07:38:43  * wolfeida_joined
07:38:45  * wolfeidauquit (Ping timeout: 248 seconds)
07:43:39  * txdvquit (Read error: Connection reset by peer)
07:43:47  * indexzeroquit (Quit: indexzero)
07:43:56  * txdvjoined
08:05:29  * paddybyersjoined
08:26:59  * kazuponjoined
08:29:25  * wolfeida_quit (Ping timeout: 256 seconds)
08:32:03  * kazuponquit (Ping timeout: 276 seconds)
08:57:52  * wolfeidaujoined
09:26:01  * paddybyersquit (Ping timeout: 256 seconds)
09:27:33  * kazuponjoined
09:32:57  * kazuponquit (Ping timeout: 245 seconds)
09:33:43  * wolfeidauquit (Remote host closed the connection)
09:39:35  * stagasjoined
09:52:43  * abrenerquit (Ping timeout: 264 seconds)
10:06:54  * paddybyersjoined
10:17:17  * paddybyersquit (Ping timeout: 255 seconds)
10:19:44  * porcoquit (Quit: Linkinus - http://linkinus.com)
10:29:41  * kazuponjoined
10:35:55  * kazuponquit (Ping timeout: 260 seconds)
11:07:44  * `3rdEdenjoined
11:12:33  * `3rdEdenquit (Ping timeout: 256 seconds)
11:26:54  * `3rdEdenjoined
11:32:15  * kazuponjoined
11:37:18  * kazuponquit (Ping timeout: 276 seconds)
12:03:09  * paddybyersjoined
12:19:00  * felixgejoined
12:19:00  * felixgequit (Changing host)
12:19:00  * felixgejoined
12:32:49  * kazuponjoined
12:37:45  * kazuponquit (Ping timeout: 276 seconds)
13:02:36  * KiNgMaRquit (Ping timeout: 264 seconds)
13:04:13  * piscisaureus_joined
13:04:27  * KiNgMaRjoined
13:05:53  * piscisaureus_quit (Client Quit)
13:07:26  * piscisaureus_joined
13:33:26  * kazuponjoined
13:37:56  * kazuponquit (Ping timeout: 245 seconds)
14:07:51  <indutny>tjfontaine: hey man
14:07:52  <indutny>yt?
14:07:56  <indutny>piscisaureus_: oh hai!
14:08:09  <indutny>peveryone is here! :)
14:08:21  <piscisaureus_>hey fedor
14:08:35  <indutny>how are you?
14:23:45  <piscisaureus_>I'm doing good. Enjoying the sunshine.
14:24:02  <indutny>its pretty cloud in moscow
14:24:07  <indutny>is it better in NL?
14:24:37  * bnoordhuisjoined
14:29:20  <indutny>bnoordhuis: hey ben!
14:29:25  <indutny>how are you doing?
14:31:39  <indutny>bnoordhuis: I've a couple of pull requests to review :)
14:31:48  <indutny>let me know if you're interested
14:31:52  <indutny>(/have time)
14:34:35  * kazuponjoined
14:39:13  * kazuponquit (Ping timeout: 256 seconds)
14:41:09  * paddybyersquit (Ping timeout: 248 seconds)
14:44:55  * defunctzombie_zzchanged nick to defunctzombie
14:59:51  * bradleymeckquit (Quit: bradleymeck)
15:04:19  <MI6>joyent/node: Tobias Müllerleile v0.8 * 1a95ce5 : tls: Re-enable check of CN-ID in cert verification RFC 6125 explicitly s - http://git.io/dJ9K4w
15:09:21  <bnoordhuis>indutny: i'm at my inlaws
15:09:27  <bnoordhuis>maybe later tonight
15:09:27  <indutny>oh
15:09:32  <indutny>good luck with this
15:09:36  <indutny>bnoordhuis: good!
15:09:49  <bnoordhuis>thanks :)
15:11:00  * KiNgMaRquit (Ping timeout: 264 seconds)
15:12:13  * KiNgMaRjoined
15:20:02  <MI6>nodejs-v0.8: #35 UNSTABLE windows-x64 (3/469) windows-ia32 (4/469) linux-x64 (1/469) smartos-ia32 (1/469) osx-x64 (2/469) smartos-x64 (1/469) linux-ia32 (1/469) osx-ia32 (1/469) http://jenkins.nodejs.org/job/nodejs-v0.8/35/
15:24:25  * kazuponjoined
15:56:36  * KiNgMaRquit (Ping timeout: 264 seconds)
15:56:50  * mikealquit (Quit: Leaving.)
15:57:48  * piscisaureus_quit (Ping timeout: 264 seconds)
15:57:48  * KiNgMaRjoined
15:59:25  * bnoordhuisquit (Ping timeout: 246 seconds)
16:00:30  <tjfontaine>indutny: sup
16:03:42  <indutny>tjfontaine: hm... I forgot... :)
16:03:51  <indutny>ah
16:03:52  <indutny>jenkins
16:04:07  <tjfontaine>sure what's up
16:04:09  <indutny>I'm getting 500 errors with 403 jenkins error inside when trying to build project
16:04:20  <indutny>and I'm pretty sure my API key is correct
16:04:23  <indutny>and username is too
16:04:29  <indutny>not that I really need it
16:04:40  <indutny>but if you're interested - it'd be could to get it fixed
16:04:46  <tjfontaine>can you pull up the inspector and see what the 500 is? I don't have the logging enabled atm
16:05:03  <indutny>sure
16:05:22  <tjfontaine>it could be that this is a github authorization failure
16:05:37  <indutny>{"message":"Jenkins status code 403"}
16:05:51  <indutny>http://jenkins.nodejs.org/joyent/node/pull/5237?JENKINS_API_TOKEN=____&JENKINS_USERNAME=indutny
16:05:51  * KiNgMaRquit (Ping timeout: 245 seconds)
16:06:00  <indutny>Status Code:500 Internal Server Error
16:06:05  * piscisaureus_joined
16:06:05  <indutny>Request Method:POST
16:06:13  <tjfontaine>is that the literal api key or did you sanitize?
16:06:19  <indutny>sanitized
16:06:20  <tjfontaine>k
16:06:29  <tjfontaine>ok, for instance when you're logged in and hit http://jenkins.nodejs.org/job/libuv-master/ do you see a build now button?
16:06:43  <indutny>nope :)
16:06:44  * KiNgMaRjoined
16:07:03  <indutny>ah
16:07:03  <indutny>wait
16:07:06  <indutny>I'm not logged in
16:07:09  <indutny>odd
16:07:16  <indutny>yes, I see it
16:07:37  <tjfontaine>ok then go back to the plugin and see if you get the same error?
16:07:40  <indutny>yep
16:07:43  <indutny>still the same
16:07:57  <indutny>and I've JSESSIONID cookie
16:08:09  <tjfontaine>right can you press the button on the real jenkins page for me?
16:08:59  <indutny>"build scheduled"
16:09:41  <tjfontaine>huh that's interesting, so the external build trigger has a different permissions requirement than the normal view page
16:17:32  <tjfontaine>indutny: in the meantime while I construct a world to test this on my own, I've added you to the admin list which should satisfy this -- don't break anything :) (also it's easier to test build triggers with libuv as they round trip waaay faster)
16:17:40  <indutny>haha
16:17:44  <indutny>ok :)
16:17:47  <indutny>thank you
16:17:57  <tjfontaine>no problem, thanks for being interested in using the plugin
16:18:24  <tjfontaine>you have pull'd to make sure you're in sync right?
16:19:03  <indutny>erm
16:19:06  <indutny>not really :)
16:19:14  <indutny>I think I'm using first version of extension
16:19:24  * KiNgMaRquit (Ping timeout: 264 seconds)
16:19:28  <tjfontaine>ah, well pull and reload the extensions page, just to be safe
16:21:01  <indutny>can you remind me where it is
16:21:21  * KiNgMaRjoined
16:21:46  <tjfontaine>https://github.com/tjfontaine/chrome-nodeci
16:21:51  <indutny>thanks
16:22:12  <tjfontaine>apparently github has changed the pulls page, so now I need to make that part work again ...
16:22:20  <indutny>ah
16:22:53  <tjfontaine>individual pull pages are the same, but the top level pulls page is "prettier"
16:23:36  <tjfontaine>ya everything is in a different heirarchy
16:23:47  <indutny>wow
16:23:49  <indutny>its working now!
16:23:55  <indutny>thanks tj
16:24:52  <tjfontaine>no problem
16:25:50  <MI6>nodejs-master: #140 UNSTABLE windows-x64 (7/575) linux-x64 (1/575) windows-ia32 (8/575) smartos-ia32 (2/575) smartos-x64 (3/575) http://jenkins.nodejs.org/job/nodejs-master/140/
16:26:37  * bnoordhuisjoined
16:32:38  <tjfontaine>I did push a quick fix to support the new github pull list
16:33:20  <indutny>https://github.com/joyent/node/pull/5237
16:33:33  <indutny>what does this mean?
16:33:47  * bnoordhuisquit (Ping timeout: 245 seconds)
16:34:08  <tjfontaine>well in theory new pull requests issued by known users are automatically built
16:34:23  <indutny>aha
16:34:34  <tjfontaine>oh you just triggered it though?
16:34:57  <indutny>well
16:35:00  <indutny>http://jenkins.nodejs.org/job/node-pullrequest/137/
16:35:02  <indutny>this was previous one
16:35:05  <indutny>and I triggered new
16:35:08  <indutny>http://jenkins.nodejs.org/job/node-pullrequest/138/
16:35:18  <indutny>old one is basically "all failed"
16:35:24  <indutny>but I can't see any tests run
16:35:44  <indutny>and #138 seems to be failing too
16:36:12  <tjfontaine>yup this is twice now that your pr hasn't made it into the github repo
16:36:25  <tjfontaine>you can verify for yourself, if you add the pr refspec and see
16:37:21  <tjfontaine>basically 5237 doesn't show up as a branch
16:37:37  * mikealjoined
16:37:41  <indutny>ah
16:37:42  <indutny>oh gosh
16:38:04  <tjfontaine>* [new ref] refs/pull/5235/head -> upstream/pr/5235
16:38:05  <tjfontaine> * [new ref] refs/pull/5236/head -> upstream/pr/5236
16:38:08  <tjfontaine>last two I get
16:38:49  * kazuponquit (Remote host closed the connection)
16:39:38  <tjfontaine>https://github.com/joyent/node/pull/5231 this one for instance was triggered automatically and passed with flying colors (quite the rare breed, but mostly because windows isn't included)
16:39:49  <indutny>heh
16:40:03  <indutny>so basically it is github's fault
16:40:03  <indutny>right?
16:40:10  <tjfontaine>yup, eventual consistency I would assume
16:40:52  <tjfontaine>I'm not sure how important it is to solve this, I could grab the patch, git am, and then git rebase instead of grabbing the pr refspec I suppose
16:43:09  <MI6>nodejs-master: #141 UNSTABLE windows-x64 (8/575) windows-ia32 (8/575) smartos-ia32 (2/575) smartos-x64 (2/575) http://jenkins.nodejs.org/job/nodejs-master/141/
16:56:12  <tjfontaine>indutny: ok I've made that change for node-pullrequest it now checks out the target branch, downloads the patch, and git am's it, your pull req is building as we speak
16:56:24  <indutny>kewl
16:56:31  <indutny>thanks
16:56:46  <tjfontaine>no thank you!
16:57:50  <indutny>isaacs: yt?
16:59:45  <tjfontaine>indutny: btw, things arent looking good for 5237 http://jenkins.nodejs.org/job/node-pullrequest/DESTCPU=ia32,label=linux/lastCompletedBuild/tapTestReport/
16:59:56  <indutny>heh
17:00:03  <indutny>oh gosh
17:00:16  <tjfontaine>though osx didn't report anything like that
17:00:38  <tjfontaine>it hasn't finished either I guess though
17:00:44  <tjfontaine>ah there they are
17:00:53  <indutny>:)
17:03:18  <tjfontaine>hehe https://github.com/joyent/node/pull/5237 just a few failures there
17:05:27  <indutny>aaaah
17:05:29  <indutny>I know why
17:09:13  * kazuponjoined
17:12:43  <isaacs>indutny: hi
17:13:03  <indutny>isaacs: I've one interesting idea, but I need your help with streams2
17:13:07  <isaacs>k
17:13:08  <indutny>do you have time?
17:13:13  <isaacs>i've got a few minutes, what's up?
17:13:38  <indutny>there's a problem with chunked encoding output and no delay mode, we're sending 3 packets for each data chunk
17:13:45  <indutny>two of them are basically size of chunk and CRLF
17:13:55  <indutny>I think we could write them at once without putting into one buffer
17:14:00  <indutny>and without loosing performance
17:14:06  <indutny>by passing multiple uv_buf_t to uv_write()
17:14:08  <indutny>but...
17:14:15  <indutny>streams2 won't allow it :)
17:14:58  * mikealquit (Quit: Leaving.)
17:15:04  <indutny>ah, its coalescing them right now...
17:15:06  <indutny>hm...
17:15:22  <indutny>ok that guy is using 0.8.x
17:16:00  <indutny>anyway
17:16:08  <indutny>I think we may write multiple buffers
17:16:13  <indutny>and this could improve performance
17:17:44  * kazuponquit (Ping timeout: 260 seconds)
17:18:04  <indutny>isaacs: any ideas on how this could be implemented with streams2?
17:18:11  <indutny>it could be an option of stream
17:18:23  <indutny>like `writev: true`
17:18:55  <tjfontaine>I thought if you do multiple writes on the same tick it would coalesce?
17:19:24  <indutny>yes
17:19:28  <indutny>but it'll be faster
17:19:38  <indutny>with writev
17:19:42  <indutny>because kernel will do it
17:19:53  <indutny>i.e. it'll write all iovs to kernel buffer
17:19:58  <indutny>which it does anyway
17:20:07  <isaacs>no, if you write multiple times on the same tick, it will not join them
17:20:09  <isaacs>(currently)
17:20:20  <indutny>isaacs: oh gosh, no good :)
17:20:24  <tjfontaine>ok
17:20:38  <isaacs>indutny: well, in practice, the cost of copying is often greater than the cost of just calling write multiple times
17:20:49  <isaacs>it's a tricky trade off, so we went with just making the logic simpler.
17:20:50  <indutny>copying?
17:20:52  <tjfontaine>nod, I figured that there was some give and take there
17:20:55  <indutny>ah
17:20:59  <indutny>well, its ok
17:21:07  <isaacs>write(bigBuffer); write(smallBuffer); write(anotherBigBuffer)
17:21:10  <indutny>I think we could just do .write([ array of buffers ])
17:21:14  <indutny>and handle it somehow in streams2
17:21:21  <indutny>so it would end up in one ._write call
17:21:27  <indutny>and from here I'll make it happen properly
17:21:35  <isaacs>indutny: we should just add a writev() method on some classes, maybe?
17:21:45  <indutny>well... how will it play with streams2?
17:21:48  * hzquit (Ping timeout: 264 seconds)
17:21:51  <isaacs>hm. i dunno.
17:21:57  <indutny>neither I do :)
17:22:06  <indutny>ok, I'll figure out something
17:22:15  <indutny>just wanted to hear some feedback from you
17:22:16  <indutny>thanks!
17:22:20  <isaacs>probably the best would be to just hack something onto Socket or something, and then clean it up
17:22:39  <isaacs>the _write() method could check if it has a _writev?
17:22:54  <indutny>hm...
17:22:57  <indutny>yeah, that might work
17:23:01  <isaacs>and then add the chunk to its _writev buffer, and schedule a "send stuff out" on nextTick
17:23:03  <indutny>starting hacking
17:23:07  <indutny>isaacs: ah, no
17:23:10  <indutny>that won't work
17:23:16  <isaacs>so if you write multiple times on the same tick, they'll all go in the bufer and get picked up nexttick
17:23:17  <indutny>I don't like implementing nagle algorithm in node :)
17:23:25  <indutny>but what if you'll loop in this tick
17:23:26  <isaacs>well, remember, nextTick is "right now"
17:23:31  <isaacs>oh, well, don't do that :)
17:23:34  <indutny>haha
17:23:46  <indutny>no, I believe if users need it
17:23:51  <indutny>they can use nagle algorithm
17:24:04  <indutny>I just want chunked encoding to be using one TCP frame per one chunk of data
17:24:05  <indutny>not 3
17:24:09  <isaacs>the thing is, writev gets tricky pretty fast
17:24:14  <isaacs>but the payoff is potentially great in this case.
17:24:18  <isaacs>mostly in http
17:24:35  <isaacs>also, you have stuff like [buffer,utf8,buffer,ascii,buffer]
17:24:59  <isaacs>and the res.end('never did a write') thing where you could send the headers and body in one
17:26:36  * piscisaureus_quit (Ping timeout: 264 seconds)
17:28:47  * paddybyersjoined
17:29:33  <indutny>yeah
17:35:31  * `3rdEdenquit (Remote host closed the connection)
17:38:25  * hzjoined
17:43:28  * piscisaureus_joined
17:44:09  <isaacs>indutny: so, this is why you bumped #5204, i take it? :)
17:45:39  * mikealjoined
17:55:24  * mikealquit (Ping timeout: 264 seconds)
18:00:16  <indutny>нуы
18:00:32  <indutny>yes
18:06:49  * TooTallNatejoined
18:10:34  <MI6>joyent/node: Fedor Indutny v0.10 * 77715ed : crypto: zero is not an error if writing 0 bytes fix #5128 (+1 more commits) - http://git.io/yUQvlw
18:11:17  * piscisaureus_quit (Ping timeout: 248 seconds)
18:14:25  * kazuponjoined
18:14:44  * `3rdEdenjoined
18:19:20  * kazuponquit (Ping timeout: 256 seconds)
18:27:15  <MI6>nodejs-v0.10: #111 UNSTABLE windows-x64 (7/573) windows-ia32 (7/573) http://jenkins.nodejs.org/job/nodejs-v0.10/111/
18:39:27  <indutny>ircretary: tell bnoordhuis to look at https://github.com/joyent/node/pull/5231
18:39:27  <ircretary>indutny: I'll be sure to tell bnoordhuis
18:43:02  * stagas_joined
18:43:05  * paddybyersquit (Ping timeout: 255 seconds)
18:49:55  * trippehjoined
19:01:22  * joshthecoderquit (Ping timeout: 258 seconds)
19:04:15  * joshthecoderjoined
19:14:08  * TooTallNatequit (Ping timeout: 255 seconds)
19:15:01  * kazuponjoined
19:15:46  * TooTallNatejoined
19:19:43  * kazuponquit (Ping timeout: 264 seconds)
19:29:47  * felixge_joined
19:29:47  * felixge_quit (Changing host)
19:29:48  * felixge_joined
19:30:44  * paddybyersjoined
19:32:21  * felixgequit (Ping timeout: 256 seconds)
19:32:22  * felixge_changed nick to felixge
19:47:53  * stagas_quit (Ping timeout: 240 seconds)
19:48:24  <indutny>isaacs: just FYI https://github.com/indutny/node/compare/feature;writev
19:48:54  <indutny>err
19:49:04  <indutny>isaacs: this https://github.com/indutny/node/commit/3610e4281d588813cb523ae27d46559c85440a64
19:49:12  <indutny>that's only WIP
19:49:16  <indutny>going to try it out with net.js
20:05:03  * defunctzombiechanged nick to defunctzombie_zz
20:14:54  * defunctzombie_zzchanged nick to defunctzombie
20:15:39  * kazuponjoined
20:17:57  * bnoordhuisjoined
20:20:01  * kazuponquit (Ping timeout: 245 seconds)
20:23:48  <mmalecki>bnoordhuis: hey
20:25:00  <mmalecki>bnoordhuis: would you be opposed to adding is{Readable,Executable,Writable}: { group: [true|false], user: [true|false], all: [true|false] } to core?
20:25:11  <mmalecki>bnoordhuis: fs.Stats class, I mean.
20:38:10  * rendarquit
20:50:27  <indutny>isaacs: yt?
20:50:59  <indutny>anyone with reviewing powers?
20:52:23  <indutny>isaacs: anyway https://github.com/joyent/node/pull/5241
20:52:30  <indutny>its pretty straightforward
20:53:17  <bnoordhuis>mmalecki: hm, why?
20:53:24  <indutny>bnoordhuis: oh ben
20:53:25  <indutny>here you are
20:53:31  <bnoordhuis>there i am
20:53:34  <indutny>bnoordhuis: please, its two line change https://github.com/joyent/node/pull/5241
20:53:43  <indutny>I just want to rebase my WIP on top of it
20:54:14  <bnoordhuis>oh right, i saw that
20:54:18  <bnoordhuis>at least, that bug
20:54:35  <mmalecki>bnoordhuis: it's fairly complex to do it yourself and seems like a core thing to me
20:54:46  <mmalecki>bnoordhuis: if you don't like it, I'll just release a module :)
20:54:53  <bnoordhuis>indutny: it's because _stream_writable pushes WriteReq objects right?
20:54:58  <indutny>yes
20:55:10  <bnoordhuis>indutny: lgtm if it doesn't break anything
20:55:18  <indutny>ok, I'll wait for CI
20:55:39  <bnoordhuis>did you run `make test`?
20:55:51  <indutny>nope, we've CI
20:56:00  <indutny>well, the thing is
20:56:06  <indutny>that it is correct
20:56:13  <indutny>and that changed test in PR passes with it
20:56:16  <indutny>and don't pass without it
20:56:21  <indutny>pretty simple
20:56:22  <bnoordhuis>mmalecki: isReadable etc. suggests it's a boolean thing
20:56:54  <mmalecki>bnoordhuis: yeah, I have a problem with naming this too
20:57:00  <mmalecki>what'd you suggest?
20:57:52  <bnoordhuis>hm, dunno
20:58:51  <mmalecki>bnoordhuis: I mean, it kind of makes sense: isReadable().group
20:59:41  <mmalecki>bnoordhuis: we could do isReadable('g'), too
21:03:55  <indutny>oh gosh https://github.com/indutny.keys
21:04:03  <indutny>https://github.com/bnoordhuis.keys
21:04:12  <mmalecki>indutny: it's very convenient, actually :)
21:16:17  * kazuponjoined
21:17:50  <MI6>joyent/node: Fedor Indutny v0.10 * eb39c98 : net: fix buffer iteration in bytesWritten - http://git.io/LPHxQw
21:17:50  <indutny>bnoordhuis: do you have a couple of minutes?
21:18:28  <indutny>bnoordhuis: this really needs to be reviewed https://github.com/joyent/node/pull/5231
21:18:36  <indutny>v0.10's crypto is pretty unstable without it
21:18:40  <indutny>and master is broken
21:20:17  * TooTallNatequit (Quit: Computer has gone to sleep.)
21:20:46  * defunctzombiechanged nick to defunctzombie_zz
21:21:40  * kazuponquit (Ping timeout: 256 seconds)
21:30:52  * hzquit
21:34:26  <MI6>nodejs-v0.10: #112 UNSTABLE windows-x64 (8/573) windows-ia32 (7/573) http://jenkins.nodejs.org/job/nodejs-v0.10/112/
21:43:46  * TooTallNatejoined
21:46:13  * defunctzombie_zzchanged nick to defunctzombie
22:00:37  <MI6>joyent/libuv: Elliot Saba master * d67d713 : build: make `make clean` remove test/runner.o - http://git.io/T738IQ
22:02:42  <MI6>libuv-master: #66 UNSTABLE linux (2/187) smartos (4/187) windows (6/188) osx (2/187) http://jenkins.nodejs.org/job/libuv-master/66/
22:05:15  <MI6>joyent/libuv: Ben Kelly master * 8ef07cc : doc: add link to Visual Studio Express in README - http://git.io/Ezb01w
22:08:05  <MI6>libuv-master: #67 UNSTABLE linux (2/187) smartos (6/187) windows (7/188) osx (2/187) http://jenkins.nodejs.org/job/libuv-master/67/
22:08:38  <indutny>bnoordhuis: hey man
22:08:58  <indutny>time for BIO ;)
22:18:34  * kazuponjoined
22:19:46  <MI6>libuv-node-integration: #3 UNSTABLE smartos-x64 (1/575) windows-ia32 (8/575) linux-x64 (1/575) windows-x64 (7/575) http://jenkins.nodejs.org/job/libuv-node-integration/3/
22:23:13  * kazuponquit (Ping timeout: 252 seconds)
22:36:40  <MI6>libuv-node-integration: #4 UNSTABLE smartos-x64 (1/575) linux-ia32 (2/575) windows-ia32 (7/575) windows-x64 (9/575) http://jenkins.nodejs.org/job/libuv-node-integration/4/
22:43:33  <bnoordhuis>indutny: well, okay
22:43:46  <mmalecki>bnoordhuis: so, what do you think about the API?
22:43:49  <MI6>joyent/node: Ben Noordhuis v0.10 * e8c0173 : doc: document linux pwrite() bug On Linux, positional writes don't work - http://git.io/1I3t_w
22:44:02  <bnoordhuis>mmalecki: i have no strong opinion
22:44:27  <mmalecki>bnoordhuis: ok, going to prototype it with a module first
22:44:33  <bnoordhuis>okay, cool
22:48:45  * TooTallNatequit (Quit: Computer has gone to sleep.)
23:00:45  <isaacs>indutny: I think https://github.com/indutny/node/commit/d6c5719ac1038c482c6ed8ed84769dd56599f09d is not quite right
23:01:05  <isaacs>indutny: What if you write hex? It'll be double.
23:03:26  <isaacs>review? https://gist.github.com/5332979
23:18:29  * stagasquit (Read error: Connection reset by peer)
23:19:08  * kazuponjoined
23:23:34  * kazuponquit (Ping timeout: 246 seconds)
23:31:13  * dominictarrquit (Quit: dominictarr)
23:31:51  * `3rdEdenquit (Quit: Zzzzz gnite dudes and dudettes)
23:33:51  * piscisaureus_joined
23:34:15  <MI6>joyent/libuv: Ben Noordhuis master * 4a55522 : unix: remove superfluous check in stream.c - http://git.io/9KjwHg
23:34:36  * philips_quit (Ping timeout: 252 seconds)
23:42:17  * defunctzombiechanged nick to defunctzombie_zz
23:59:35  * loladirojoined