00:03:01  * paulfryzelquit (Ping timeout: 252 seconds)
00:03:17  * ircretaryjoined
00:09:05  * mikolalysenkojoined
00:29:14  * janjongboomjoined
00:31:18  * zz_karupanerurachanged nick to karupanerura
00:33:27  * mikolalysenkoquit (Ping timeout: 276 seconds)
00:33:38  * bradleymeckjoined
00:36:01  * janjongboomquit (Ping timeout: 258 seconds)
00:40:00  * stagasquit (Read error: Connection reset by peer)
00:41:51  * mikolalysenkojoined
00:51:08  * brsonquit (Ping timeout: 245 seconds)
00:53:19  * brsonjoined
00:55:58  * seldo_joined
00:59:14  * paulfryzeljoined
01:00:35  * seldo_quit (Ping timeout: 252 seconds)
01:02:32  * bradleymeckquit (Quit: bradleymeck)
01:03:31  * paulfryzelquit (Ping timeout: 252 seconds)
01:09:46  * hzquit
01:13:01  * joshthecoderjoined
01:17:49  * kazuponjoined
01:23:10  * thlorenzjoined
01:42:24  * kazuponquit (Read error: Connection reset by peer)
01:47:55  * kazuponjoined
01:51:24  * mcavagejoined
02:00:17  * paulfryzeljoined
02:04:45  * paulfryzelquit (Ping timeout: 252 seconds)
02:26:22  * joshthecoderquit (Quit: Leaving...)
02:27:43  * thlorenzquit (Remote host closed the connection)
02:29:32  * mcavagequit (Remote host closed the connection)
03:02:24  * brsonquit (Quit: leaving)
03:05:52  * mcavagejoined
03:12:48  * mikolalysenkoquit (Ping timeout: 258 seconds)
03:19:40  * bradleymeckjoined
03:29:26  * mikolalysenkojoined
03:39:53  * seldo_joined
03:51:08  * mcavagequit (Remote host closed the connection)
03:55:01  * seldo_quit (Remote host closed the connection)
03:56:54  * seldo_joined
04:03:58  * seldo_quit (Remote host closed the connection)
04:45:57  * mikolalysenkoquit (Ping timeout: 258 seconds)
04:49:01  * mikolalysenkojoined
04:52:28  * bradleymeckquit (Quit: bradleymeck)
04:58:22  * Kakerajoined
05:02:11  * mikealquit (Quit: Leaving.)
05:03:20  * bradleymeckjoined
05:08:58  * mikealjoined
05:09:13  * bradleymeckquit (Quit: bradleymeck)
05:10:25  * indexzerojoined
05:12:51  * bradleymeckjoined
05:56:47  * seldo_joined
06:03:25  * paulfryzeljoined
06:07:51  * paulfryzelquit (Ping timeout: 252 seconds)
06:08:59  * mogillquit (Quit: mogill)
06:09:30  * m76quit (Read error: Connection reset by peer)
06:09:53  * Kakeraquit (Ping timeout: 245 seconds)
06:10:07  * bradleymeckquit (Quit: bradleymeck)
06:10:39  * seldo_quit (Remote host closed the connection)
06:12:47  * seldo_joined
06:17:38  * seldo_quit (Remote host closed the connection)
06:45:23  * mikolalysenkoquit (Ping timeout: 250 seconds)
06:54:49  * kazuponquit (Read error: Connection reset by peer)
06:56:06  * kazuponjoined
07:04:22  * paulfryzeljoined
07:08:43  * paulfryzelquit (Ping timeout: 252 seconds)
07:14:47  * kevinsimperjoined
07:15:23  * kevinsimperquit (Remote host closed the connection)
07:27:10  * c4milojoined
07:30:11  * bajtosjoined
07:30:23  * mikolalysenkojoined
07:35:18  * mikolalysenkoquit (Ping timeout: 245 seconds)
07:39:13  * kevinsimperjoined
07:39:33  * c4miloquit (Ping timeout: 250 seconds)
07:40:09  * c4milojoined
07:42:17  * saghuljoined
07:58:10  * indexzeroquit (Quit: indexzero)
08:00:29  * rmgjoined
08:05:17  * rmgquit (Ping timeout: 258 seconds)
08:11:31  * stagasjoined
08:13:27  * janjongboomjoined
08:23:44  * c4miloquit (Remote host closed the connection)
08:24:10  * c4milojoined
08:24:14  * rendarjoined
08:28:29  * c4miloquit (Ping timeout: 240 seconds)
08:31:07  * mikolalysenkojoined
08:36:05  * mikolalysenkoquit (Ping timeout: 240 seconds)
08:49:47  * petka_joined
08:55:30  <indutny>hey hey hey
08:56:01  <mmalecki>morning Fedor
08:56:19  <indutny>how are you?
08:57:48  <mmalecki>good, good! a bit hungover but good
09:00:50  <mmalecki>you?
09:01:20  <indutny>hah, good too
09:27:29  <MI6>joyent/libuv: Fedor Indutny v0.10 * d30e3ab : inet: allow scope in `uv_inet_pton` ip6 check - http://git.io/Sz408A
09:27:38  * hzjoined
09:28:21  <indutny>good start of the day
09:28:26  <indutny>need to keep it coming :)
09:30:36  * c4milojoined
09:31:56  * mikolalysenkojoined
09:35:44  * m76joined
09:36:51  * mikolalysenkoquit (Ping timeout: 252 seconds)
09:46:15  * rchquit (Ping timeout: 240 seconds)
09:46:55  * juliangruberquit (Ping timeout: 240 seconds)
09:47:25  * rchjoined
09:48:01  * juliangruberjoined
09:50:44  * karupanerurachanged nick to zz_karupanerura
10:02:17  * paddybyersjoined
10:06:53  * bajtosquit (Quit: bajtos)
10:15:20  <MI6>joyent/node: indutny created branch fix/orangemocha-readable-stuff - http://git.io/qFjSTA
10:24:26  * emeryquit (Ping timeout: 255 seconds)
10:24:52  * emeryjoined
10:32:40  * mikolalysenkojoined
10:33:27  * bajtosjoined
10:37:23  * mikolalysenkoquit (Ping timeout: 245 seconds)
10:59:24  * c4miloquit (Remote host closed the connection)
11:01:40  * benoitcquit (Changing host)
11:01:40  * benoitcjoined
11:02:45  * rmgjoined
11:07:32  * paulfryzeljoined
11:07:47  * rmgquit (Ping timeout: 252 seconds)
11:11:00  * c4milojoined
11:12:11  * paulfryzelquit (Ping timeout: 252 seconds)
11:13:39  <MI6>joyent/libuv: Fedor Indutny v0.10 * 23d130b : Revert "inet: allow scope in `uv_inet_pton` ip6 check" - http://git.io/nHHkww
11:18:53  * mikealquit (Ping timeout: 276 seconds)
11:19:21  * mikealjoined
11:24:21  <indutny>saghul: hey man
11:24:24  <indutny>saghul: https://github.com/joyent/libuv/pull/1237
11:24:44  <saghul>indutny hi!
11:33:25  * mikolalysenkojoined
11:36:47  * c4miloquit (Remote host closed the connection)
11:38:25  * mikolalysenkoquit (Ping timeout: 258 seconds)
11:38:41  * c4milojoined
11:43:05  * c4miloquit (Ping timeout: 250 seconds)
11:46:53  <indutny>saghul: should I revert it back to the initial version?
11:47:35  <saghul>indutny please do
11:47:39  <indutny>ok, cool
11:49:26  * kazuponquit (Remote host closed the connection)
12:02:29  <MI6>joyent/libuv: Fedor Indutny master * 2b21419 : inet: allow scopeid in uv_inet_pton - http://git.io/vtAGlg
12:02:42  <indutny>whoa :)
12:02:44  <indutny>we did it
12:08:31  * paulfryzeljoined
12:13:03  * paulfryzelquit (Ping timeout: 252 seconds)
12:14:54  * bajtosquit (Quit: bajtos)
12:17:26  <saghul>finally :-/
12:33:33  * thlorenzjoined
12:34:06  * mikolalysenkojoined
12:39:05  * mikolalysenkoquit (Ping timeout: 252 seconds)
12:40:02  * c4milojoined
13:09:21  * paulfryzeljoined
13:12:52  * bajtosjoined
13:13:55  * paulfryzelquit (Ping timeout: 252 seconds)
13:18:11  * emeryquit (Quit: ZNC - http://znc.in)
13:20:30  * AlexisMochajoined
13:23:01  * thlorenzquit (Remote host closed the connection)
13:23:56  * emeryjoined
13:30:42  * prettymuchbrycequit (Ping timeout: 240 seconds)
13:34:48  * stagasquit (Read error: Connection reset by peer)
13:34:55  * mikolalysenkojoined
13:39:53  * mikolalysenkoquit (Ping timeout: 245 seconds)
13:45:17  * mikolalysenkojoined
13:58:02  * paulfryzeljoined
14:01:02  * prettymuchbrycejoined
14:05:09  * rmgjoined
14:10:29  * rmgquit (Ping timeout: 276 seconds)
14:18:41  * kazuponjoined
14:22:02  * sinclair|workjoined
14:22:35  * sinclair|workquit (Client Quit)
14:23:54  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
14:31:08  * kevinsimperquit (Remote host closed the connection)
14:37:27  * c4milo_joined
14:39:03  * c4miloquit (Ping timeout: 245 seconds)
14:49:17  * mikolalysenkoquit (Ping timeout: 240 seconds)
14:49:51  * seldoquit (Ping timeout: 250 seconds)
14:50:17  * seldojoined
14:54:32  * m76quit (Read error: Connection reset by peer)
15:03:37  * mikolalysenkojoined
15:05:45  * paulfryzelquit (Remote host closed the connection)
15:06:01  * kazuponquit (Remote host closed the connection)
15:06:21  * paulfryzeljoined
15:10:53  * paulfryzelquit (Ping timeout: 252 seconds)
15:12:30  * bradleymeckjoined
15:18:46  * paulfryzeljoined
15:19:44  * bajtosquit (Quit: bajtos)
15:19:56  * kazuponjoined
15:23:26  * yunongquit (Ping timeout: 258 seconds)
15:24:06  * mcavagejoined
15:25:06  * yunongjoined
15:31:16  * stagasjoined
15:32:04  <AlexisMocha>indutny: you are famous! http://www.engadget.com/2014/04/11/heartbleed-openssl-cloudflare-challenge/
15:35:02  <tjfontaine>of course he is :P
15:35:08  <tjfontaine>but now also because of ssl :)
15:36:05  <tjfontaine>saghul, indutny: ya -- I think scopeid was definitely a bug
15:37:24  <indutny>tjfontaine: so
15:37:30  <indutny>tjfontaine: we should backport it to v0.10?
15:37:36  <tjfontaine>I thoguht you had
15:37:50  <tjfontaine>oh you accidentally did that?
15:37:58  <tjfontaine>I haven't read my email yet -- just saw commit logs
15:42:31  <tjfontaine>that process title windows bug wasn't fun
15:42:33  * saghulquit (Quit: Textual IRC Client: www.textualapp.com)
15:43:44  * saghuljoined
15:43:56  * m76joined
15:44:33  * hzquit
15:46:08  * bradleymeckquit (Quit: bradleymeck)
15:46:41  <saghul>tjfontaine ipv6 is pretty broken on 0.10, I'd go for not backporting a small part of it
15:46:57  * janjongboomjoined
15:47:12  * bajtosjoined
15:47:19  <indutny>AlexisMocha: thank you!
15:47:22  <tjfontaine>saghul: that's fine -- it's frustrating that a valid ipv6 string can't round trip, but I am not really all that fussed
15:47:35  <indutny>saghul: the thing is about it
15:47:45  <indutny>saghul: is that there is no way to listen on link-local address in v0.10
15:47:52  <indutny>and this is quite retarded
15:48:02  <indutny>since we support it in v0.11
15:48:07  <indutny>(with latest fix)
15:49:08  <saghul>multicast doesn't properly work either, nor setting the interface
15:49:46  <tjfontaine>ya -- it's fine -- lets ignore v0.10 for right now, and keep burning down 0.12. I'm going to circle back on the AL rebase atm
15:50:01  <saghul>I understand that the isIP thing can be a big deal, so maybe we can backport just that
15:50:47  <tjfontaine>[I'm not sure why isIP round trips through c++ frankly]
15:51:19  <saghul>FWIW, inet_pton is not so telant on Linux, indutny
15:51:30  <tjfontaine>telant?
15:51:41  <saghul>*tolerant
15:51:43  <saghul>----> 1 socket.inet_pton(socket.AF_INET6, "ca:fe:ca:fe:ca:fe::%lo")
15:51:43  <saghul>error: illegal IP address string passed to inet_pton
15:51:43  <saghul>In [3]: socket.inet_pton(socket.AF_INET6, "ca:fe:ca:fe:ca:fe::")
15:51:43  <saghul>Out[3]: '\x00\xca\x00\xfe\x00\xca\x00\xfe\x00\xca\x00\xfe\x00\x00\x00\x00'
15:51:49  * benviequit (Ping timeout: 250 seconds)
15:51:49  * kazuponquit (Remote host closed the connection)
15:52:05  <saghul>works on OSX and other BSDs
15:52:23  <saghul>we are now more tolerant as well, which is A Good Thing (TM)
15:52:44  <indutny>pton doesn't support it
15:52:45  <indutny>indeed
15:52:48  <indutny>getaddrinfo does
15:52:57  <indutny>anyway
15:53:02  <indutny>it's cool that we do support it in v0.11
15:53:04  <indutny>let's ignore v0.10 ! :)
15:53:15  <indutny>tjfontaine: could you please review are couple of my PRs today? :)
15:53:35  <indutny>going to do one major thing before v0.12
15:53:38  <indutny>OCSP
15:53:51  <indutny>or, at least look into it
15:54:12  <tjfontaine>look into it -- I want to hear back on what it means
15:54:18  <tjfontaine>I'm looking at this ipv6 v0.10 change atm
15:54:23  <indutny>I wonder if it is possible to do it in js
15:54:26  <indutny>OCSP
15:54:33  <indutny>that would be totally awesome
15:54:53  <tjfontaine>is there a way to enable the feature but hook it in from a module (for the short term)
15:55:03  <indutny>external module?
15:55:12  <tjfontaine>yes
15:55:17  <tjfontaine>what's the minimum api needed for 0.12 to export to allow you to do that
15:55:17  <indutny>hm...
15:56:27  <indutny>ok
15:56:40  <tjfontaine>7463 changes behavior pretty drastically, no?
15:56:41  <indutny>perhaps, it could be better to have it outside core
15:57:01  <indutny>no, not that much, actually
15:57:11  <tjfontaine>moving from default ipv4 to ipv6 is pretty big
15:57:20  <indutny>yeah, but behavior should be the same
15:57:24  <indutny>I think
15:57:34  <tjfontaine>on systems with stacks that aren't broken
15:57:36  <indutny>the tests are working just fine
15:58:10  <tjfontaine>I'm fine with this for 0.11 but not 0.10
15:58:14  <indutny>ah
15:58:14  <indutny>yeah
15:58:15  <indutny>for sure
15:58:24  <indutny>that's what I meant, actually
15:58:28  <indutny>had a typo in title
15:58:39  <tjfontaine>oh ok I see it's targetted to master
15:58:54  <tjfontaine>yes go ahead and land that for master
15:59:07  <tjfontaine>should we have a env/flag to disable ipv6?
15:59:10  <tjfontaine>does python still have one?
15:59:50  <tjfontaine>hmm seems like it's only ever been configuration based
16:01:09  * rmgjoined
16:01:16  <indutny>great! :)
16:01:28  <indutny>I object flags
16:02:00  <tjfontaine>just trying to think of people who might have problems later, and if there's a way for us to make our lives easier :)
16:02:16  <tjfontaine>broken ipv6 stacks are probably less comman than they were before
16:03:03  <tjfontaine>indutny: in #7466 in the failure case the test runner kills them off because they hit the timeout?
16:03:36  * benviejoined
16:04:23  * janjongboomquit (Ping timeout: 250 seconds)
16:04:26  <indutny>one sec
16:04:43  <indutny>yes
16:05:06  <tjfontaine>ok
16:07:08  <tjfontaine>indutny: ok so, in the event of an ack from itself, it bypasses the message queue?
16:07:27  <indutny>yep
16:07:35  <indutny>actually
16:07:36  <indutny>in v0.11
16:07:42  <indutny>we may drop sending ACKs
16:07:42  <tjfontaine>it already does this?
16:07:47  <tjfontaine>oh -- why?
16:07:49  <indutny>no, it doesn't
16:07:55  <indutny>tjfontaine: because we do queue handles in libuv now
16:08:00  <indutny>ah
16:08:07  <indutny>we will loose the JSON message
16:08:10  <tjfontaine>I'm really not a fan of our cluster module :/
16:08:10  <indutny>nvm
16:08:53  <tjfontaine>anything beyond trivial usage of it becomes a huge minefield
16:09:02  * mogilljoined
16:09:40  <indutny>:)
16:10:22  <tjfontaine>hearing "may lose json message" is very scary since now we're doing even more messages because of sending from the master to worker
16:10:46  <tjfontaine>instead of having the worker accept [I say that but in reality I'm in favor of the master accepting]
16:11:05  * kevinsimperjoined
16:11:18  <indutny>I meant that ACK is still required
16:11:22  <indutny>everything is fine right now
16:11:24  <indutny>except that deadlock
16:12:00  <tjfontaine>this seems mostly fine, I'm not sure of all the caveats here though
16:12:11  <MI6>joyent/node: Fedor Indutny master * 2272052 : net: bind to `::` TCP address by default - http://git.io/uG3Vog
16:12:52  <MI6>joyent/node: Yazhong Liu master * 940974e : net: deduplicate Socket.prototype.address - http://git.io/nPEPPA
16:13:04  <indutny>ok
16:13:05  <indutny>LGTY then?
16:13:32  <tjfontaine>yes, I mean -- if we've actually taken ownership of the fd there's no reason to put it in the queue
16:14:03  * mikolalysenkoquit (Ping timeout: 245 seconds)
16:14:07  * mikealquit (Quit: Leaving.)
16:14:51  <indutny>ok
16:15:12  <indutny>thank you!
16:15:16  <tjfontaine>you're welcome
16:15:27  <indutny>what's blocking v0.12 right now?
16:15:28  <MI6>joyent/node: Fedor Indutny v0.10 * 1bd4f3a : child_process: fix deadlock when sending handles - http://git.io/GR0mcg
16:15:33  <tjfontaine>me
16:15:44  <tjfontaine>and my current rebase that has conflicts
16:15:58  <indutny>hahaha
16:16:13  <indutny>oh
16:16:14  <indutny>also
16:16:18  <indutny>mind taking a look at https://github.com/joyent/node/pull/7467#issuecomment-40373265 ?
16:16:56  <tjfontaine>looking
16:17:11  <MI6>joyent/node: Fedor Indutny fix/orangemocha-readable-stuff * 8dd72de : tls: set _connecting before starting the flow - http://git.io/ui0bTg
16:18:36  * mikolalysenkojoined
16:18:39  * yunong_joined
16:18:48  <tjfontaine>indutny: this `readable` and `writable` stuff is frustrating
16:18:54  <indutny>yes, it is
16:19:01  <indutny>we will address it in v0.13
16:19:17  <tjfontaine>do they essentially map to ._readableState.ended and ._writableState.ended?
16:21:03  <indutny>not exactly
16:21:08  <indutny>I think they are representing internal handle state
16:21:17  * yunongquit (Ping timeout: 250 seconds)
16:21:17  <indutny>it isn't writable or readable until it has connected
16:22:31  * mikealjoined
16:23:20  <indutny>Actually, I have more stuff for you: https://github.com/joyent/node/pull/7371 :)
16:23:31  <indutny>trevnorris: where are ya?
16:26:37  * c4milo_quit (Remote host closed the connection)
16:28:26  <tjfontaine>indutny: I'm not sure what to do about that one -- I'm kinda ok on the \0 idea
16:28:48  <indutny>but it may break stuff in v0.10
16:28:58  <indutny>in fact we already unintentionally broke it with c-ares
16:29:01  <indutny>update
16:29:10  <tjfontaine>yes we need to at the least revert that part :/
16:29:12  <indutny>before it - it was mistakenly concatenating everything into once
16:29:17  <indutny>this is bad too
16:29:24  <tjfontaine>it's all bad -- c-ares is awful
16:29:35  <indutny>why not concatenate it without '\0' ?
16:29:40  <tjfontaine>I vote for after 0.12 we look at bringing my js dns stuff into core ;)
16:29:43  <indutny>sure
16:29:45  <indutny>I'm fine with it
16:29:53  <indutny>a bit surprised, that we didn't it in v0.12
16:29:54  <tjfontaine>so anyway -- back to this problem
16:29:54  <indutny>actually
16:30:28  <tjfontaine>there are a couple pieces left that I need to flesh out -- but it's pretty close
16:30:30  <tjfontaine>anyway
16:30:39  <indutny>ok
16:30:41  * Qardjoined
16:30:41  <tjfontaine>as far as 0.10 and c-ares is concerned
16:30:51  * dap_joined
16:31:42  <tjfontaine>breaking the previous behavior is bad -- I think what we want to do is revert the c-ares fix -- is returning an array possible in 0.12?
16:32:27  <indutny>certainly it is
16:32:28  <rendar>what about this http://www.nlnetlabs.nl/projects/ldns/ for dns instead of c-ares?
16:32:31  <indutny>but 'm not sure if reverting fix is good
16:32:41  <indutny>rendar: we better use js version
16:33:01  <rendar>oh, so dns packets will be parsed/created directly with js?
16:33:04  <tjfontaine>yes
16:33:07  * saghulquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
16:33:23  * janjongboomjoined
16:33:25  <rendar>i see, but what advantage we have in doing that?
16:33:45  <tjfontaine>we get to manage the dgram port with our existing event loop, instead of c-ares doing that
16:33:55  <indutny>yeah
16:34:00  <indutny>and eyes of thousands js developers
16:34:01  <indutny>:)
16:34:13  <rendar>:)
16:34:14  <tjfontaine>also we can enable people to make dns servers for free
16:34:32  <rendar>that's pretty cool
16:34:34  <tjfontaine>"we want to do http client calls -- oh look that makes it easy to do http servers"
16:34:44  <tjfontaine>"we want to do dns lookups -- oh look that mkaes it easy to do dns servers"
16:35:02  <rendar>yeah i see
16:35:10  <indutny>tjfontaine: regarding OCSP
16:35:17  <rendar>so basically you'll be able to build up a dns server on the fly in js
16:35:20  <indutny>I don't think that it is possible to do OCSP stapling outside node's core
16:35:27  <indutny>it is a Hello extension
16:35:40  * janjongboomquit (Client Quit)
16:35:51  <tjfontaine>indutny: can we not have a way to pluggably register hello extension requests?
16:36:04  <indutny>nah
16:36:07  <rendar>but then, what about one want to resolve dns directly from libuv?
16:36:07  <indutny>it all has different APIs
16:36:32  <tjfontaine>so the problem is we don't have enough of lower level crypto and ssl apis exposed to enable that?
16:37:02  <indutny>yes
16:37:05  <indutny>it has custom APIs
16:37:09  <indutny>and we need to expose it
16:37:12  <tjfontaine>our ideal interface is SecureContext.on('hello123', function() { ctx.doSomeCrypto(...); })
16:38:47  <indutny>ah, that's what you meant
16:38:50  <indutny>yes, ideally
16:39:36  <tjfontaine>are there no more pending 0.11 libuv patches? you want me to do a release and theny ou can upgrade?
16:39:51  <indutny>let me take a look at it
16:40:03  <indutny>I think this one https://github.com/joyent/libuv/pull/1236
16:40:41  <indutny>except this - nothing on my plate
16:40:54  * bradleymeckjoined
16:41:12  <rendar>will libuv continue to use c-ares also with js dns?
16:41:22  <tjfontaine>libuv has no concept of dns at the moment
16:41:26  <tjfontaine>beyond libc resolver
16:41:33  <rendar>oh, i see
16:41:35  <indutny>tjfontaine: I think we need to reserve some space in uv headers like this https://github.com/indutny/libuv/compare/fix;gh-926#diff-a5e63f9b16ca783355e2d83941c3eafbR425
16:41:48  <indutny>tjfontaine: I'm going to figure out https://github.com/joyent/libuv/issues/926 after v0.12 release
16:41:58  <rendar>i thought c-ares was used internally in libuv, instead its just used in node, i see now :)
16:42:03  <indutny>tjfontaine: any objections?
16:42:06  <tjfontaine>rendar: once upon a time
16:42:12  <rendar>tjfontaine: yeah right
16:42:24  <rendar>tjfontaine: iirc at the libev times
16:43:00  <tjfontaine>indutny: I'm fine with adding some `reserved1..N` space in structs for libuv in the cases we need that space for fixing bugs
16:43:16  <indutny>well, not every one
16:43:20  <indutny>just that particular one :)
16:43:30  <tjfontaine>we're doing it as well for the precision timer change
16:43:43  <indutny>ok
16:43:45  <tjfontaine>in case we need to rollback, we're leaving the old member there
16:44:13  <tjfontaine>but if there's a fix you can see doing post 0.12 and that will need some extra space, then yes -- add it
16:45:08  <indutny>ok
16:45:09  <indutny>kewl
16:45:43  <MI6>joyent/libuv: Fedor Indutny master * 6a657dc : include: add reserved field for #926 - http://git.io/02-fWA
16:47:07  <tjfontaine>that critical section one seems pretty straight forward
16:48:37  <indutny>yep
16:48:50  <indutny>landing?
16:49:06  <tjfontaine>go for it
16:49:26  * TooTallNatejoined
16:49:40  <MI6>joyent/libuv: Fedor Indutny v0.10 * ffb4922 : win: always leave crit section in get_proc_title - http://git.io/vfTOmA
16:50:09  <tjfontaine>indutny: want me to do a release then?
16:50:25  <indutny>sounds good
16:50:29  <indutny>saghul is away anyway
16:50:33  <tjfontaine>ok
16:52:31  * kazuponjoined
16:52:55  <tjfontaine>indutny: anythign that needs merged from v0.10 of libuv?
16:53:04  <indutny>yes, this commit
16:53:24  <indutny>perhaps some other stuff
16:53:28  <tjfontaine>can you merge it then, and I'll do the release
16:53:34  <indutny>sure
16:53:35  <indutny>sec
16:55:02  <indutny>done
16:55:15  <MI6>joyent/libuv: Fedor Indutny master * 2e82c3b : Merge branch 'v0.10' (+4 more commits) - http://git.io/ZEJ_1A
16:55:34  <tjfontaine>thanks
16:56:14  <indutny>np
16:56:15  <indutny>you are welcome
16:56:32  <indutny>will open PR for OCSP stapling in a 20-40 minutes
16:56:58  * kazuponquit (Ping timeout: 258 seconds)
16:56:59  <tjfontaine>indutny: thanks
16:57:11  <MI6>joyent/libuv: tjfontaine created tag v0.11.24 - http://git.io/Yir_BQ
16:57:13  <MI6>joyent/libuv: Timothy J Fontaine master * 1daff47 : Now working on v0.11.25 (+1 more commits) - http://git.io/in1YRg
16:57:32  <tjfontaine>libuv 0.11.24 released
16:58:56  * jnugentjoined
17:01:54  <indutny>yay! :)
17:05:48  * mcavagequit (Remote host closed the connection)
17:06:30  * Kakerajoined
17:08:19  <MI6>joyent/libuv: Timothy J Fontaine v0.10 * 4a67d8c : build: add vc-set-2012 label - http://git.io/61CiiQ
17:15:33  <indutny>tjfontaine: looks like my battery will dry out before it :)
17:16:48  <tjfontaine>heh ok
17:23:13  * stagasquit (Read error: Connection reset by peer)
17:26:56  * piscisaureusjoined
17:28:41  <indutny>ok, ttyl
17:28:46  <indutny>turning off laptop
17:29:04  <bradleymeck>tjfontaine: lmk when you wanted time to discuss bundling spec, until then I’m tabling it to research debugging
17:29:04  <indutny>I have pushed some stuff to https://github.com/joyent/node/pull/7469
17:29:16  <indutny>but it needs a way to get certificate's stapling url and stapling id
17:38:16  * yunong_quit (Read error: Connection reset by peer)
17:41:43  * sblomjoined
17:43:21  * bajtosquit (Quit: bajtos)
17:47:49  * thlorenzjoined
17:52:35  * kazuponjoined
17:54:31  * seldo_joined
18:00:46  * mcavagejoined
18:02:32  * kazuponquit (Ping timeout: 276 seconds)
18:04:01  * bradleymeck_joined
18:05:02  * rosskjoined
18:06:27  * Kakera_joined
18:07:31  * paddybyersquit (Quit: paddybyers)
18:09:41  * Kakeraquit (Ping timeout: 240 seconds)
18:16:11  * yunongjoined
18:19:54  * paddybyersjoined
18:31:01  * brsonjoined
18:38:28  * mogillquit (Quit: mogill)
18:44:05  * kazuponjoined
18:48:52  * paddybyersquit (Quit: paddybyers)
18:49:03  * kazuponquit (Ping timeout: 245 seconds)
19:11:43  * jnugentquit (Quit: Lingo - http://www.lingoirc.com)
19:23:21  * TooTallNatequit (Quit: Computer has gone to sleep.)
19:36:33  * Ralithjoined
19:37:35  <Ralith>Is there a good way to find out about what handles are currently active? I've got a program that should be exiting due to no active handles but isn't
19:37:53  * m76quit (Read error: Connection reset by peer)
19:40:45  <KiNgMaR>:-)
19:45:04  * kazuponjoined
19:46:25  <othiym23>Ralith: libuv or node?
19:47:31  <Ralith>othiym23: libuv
19:48:49  <othiym23>Ralith: ah, sorry, can't help you there
19:49:41  * kazuponquit (Ping timeout: 240 seconds)
19:53:18  <Ralith>worked it out by another avenue of attack; thanks anyway
19:56:28  * kazuponjoined
20:01:17  * kazuponquit (Ping timeout: 252 seconds)
20:03:46  * kevinsimperquit (Remote host closed the connection)
20:05:23  * piscisaureusquit (Ping timeout: 276 seconds)
20:06:37  * Nikolai__joined
20:06:37  <tjfontaine>Ralith: yes there is a function to walk the active handles and requests
20:08:42  <Ralith>cool
20:08:53  <bradleymeck>reached out to remotedebug.org though idk if plans for debugger should start a new issue
20:10:30  * piscisaureusjoined
20:10:33  * Kakera_quit (Ping timeout: 258 seconds)
20:12:43  * dap_quit (Quit: Leaving.)
20:13:36  * dap_joined
20:16:45  * indutnyis back
20:18:42  <tjfontaine>wb indutny
20:20:03  * saghuljoined
20:33:32  <trevnorris>afternoon all
20:33:52  <trevnorris>indutny: i'm here :)
20:33:55  <bradleymeck>‘noon
20:34:51  * saghulquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
20:35:13  * TooTallNatejoined
20:41:38  * saghuljoined
20:50:50  * dap_quit (Quit: Leaving.)
20:57:28  * kazuponjoined
20:57:33  * saghulquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
20:58:15  * TooTallNatequit (Quit: Computer has gone to sleep.)
20:58:30  * dap_joined
21:01:06  * kevinsimperjoined
21:02:18  * kazuponquit (Ping timeout: 258 seconds)
21:14:36  * dap_quit (Quit: Leaving.)
21:15:04  * paddybyersjoined
21:18:27  * TooTallNatejoined
21:19:29  * dap_joined
21:20:58  * janjongboomjoined
21:23:49  * thlorenzquit (Remote host closed the connection)
21:25:14  <rendar>Ralith: you mean handles open, like connected sockets, but that aren't doing i/o since some time?
21:29:23  <Ralith>rendar: "since some time"?
21:29:44  <Ralith>that wasn't precisely the question, no, but is within the general spirit I suppose
21:30:17  <tjfontaine>child_process.spawn or child_process.fork?/
21:30:18  <tjfontaine>er
21:30:20  <tjfontaine>did you find the function
21:36:49  <Ralith>I haven't bothered to look yet since I solved the immediate issue already
21:37:09  <tjfontaine>ok
21:37:38  <tjfontaine>Ralith: uv_walk fwiw
21:37:46  <Ralith>noted, thanks
21:42:08  * TooTallNatequit (Quit: Computer has gone to sleep.)
21:48:25  <rendar>tjfontaine: interesting, i didn't know uv_walk, with that you "walk" every uv_stream_t open, and can call a callback on it?
21:48:26  * mogilljoined
21:48:45  <tjfontaine>more or less yes
21:55:26  * rendarquit
21:57:07  * Nikolai__quit (Ping timeout: 258 seconds)
21:58:16  * kazuponjoined
22:01:33  * emeryquit (Ping timeout: 245 seconds)
22:03:27  * emeryjoined
22:03:31  * kazuponquit (Ping timeout: 265 seconds)
22:13:30  * TooTallNatejoined
22:22:26  <trevnorris>piscisaureus: ping
22:23:11  * seldo_quit (Remote host closed the connection)
22:23:17  * kevinsimperquit (Remote host closed the connection)
22:24:53  * seldo_joined
22:30:22  * seldo_quit (Remote host closed the connection)
22:31:15  * seldo_joined
22:38:25  * c4milojoined
22:53:55  * kazuponjoined
22:58:27  * kazuponquit (Ping timeout: 258 seconds)
23:03:26  * mikolalysenkoquit (Ping timeout: 258 seconds)
23:06:12  * petka_quit (Quit: Connection closed for inactivity)
23:10:25  * mcavagequit (Remote host closed the connection)
23:12:22  * sblomquit (Read error: Connection reset by peer)
23:17:32  * mcavagejoined
23:21:17  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
23:32:33  * mcavagequit (Remote host closed the connection)
23:38:21  <MI6>joyent/node: Trevor Norris master * c7f424e : fs: return blksize on stats object - http://git.io/r9rV6w
23:42:42  * bradleymeckquit (Quit: bradleymeck)
23:42:42  * bradleymeck_changed nick to bradleymeck
23:49:16  * mordy_part
23:53:44  * hzjoined