00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:07  * ircretaryjoined
00:04:53  * kpdecker1joined
00:05:36  * Kakeraquit (Ping timeout: 240 seconds)
00:07:27  * kpdeckerquit (Ping timeout: 265 seconds)
00:09:10  * defunctzombie_zzchanged nick to defunctzombie
00:13:25  * mikolalysenkoquit (Ping timeout: 264 seconds)
00:15:26  * mikolalysenkojoined
00:28:10  * paulfryzeljoined
00:32:05  * zz_karupanerurachanged nick to karupanerura
00:32:29  * paulfryzelquit (Ping timeout: 240 seconds)
00:35:01  * euoiaquit (Ping timeout: 264 seconds)
00:35:11  * mikealjoined
00:36:11  * petka_quit (Quit: Connection closed for inactivity)
00:39:37  * jmar777joined
00:40:48  * calvinfoquit (Quit: Leaving.)
00:41:13  * jmar777quit (Remote host closed the connection)
00:46:30  <tjfontaine>isaacs: ping?
01:03:44  * jmar777joined
01:10:50  * thlorenzjoined
01:11:00  * kpdecker1quit (Quit: Leaving.)
01:11:10  * calvinfojoined
01:11:20  * mikealquit (Quit: Leaving.)
01:14:35  * kazuponjoined
01:18:48  <wolfeidau>andrewrk: i just got one of the odriod xu boards 4 A15 cores
01:19:06  <wolfeidau>much faster node builds now
01:19:57  <andrewrk>wolfeidau, looks neat. significantly higher price point than those other ones we were looking at though
01:20:01  * thlorenzquit (Ping timeout: 264 seconds)
01:20:49  <wolfeidau>andrewrk: yeah i wanted USB3 to try out network throughput, in our case we are using it as a ci server
01:20:57  <wolfeidau>cut our builds from 40 minutes to under 5
01:21:00  <andrewrk>cool
01:21:29  <wolfeidau>we work on the beagle atm
01:21:32  <tjfontaine>heh nice
01:21:37  <andrewrk>I've got my rpi set up as a stereo in my car - you connect to its wifi and control it with phone apps that support MPD protocol
01:22:05  <andrewrk>running this: https://github.com/andrewrk/groovebasin
01:23:20  <wolfeidau>haha nice, the cool thing with A15 is it is just so much faster than A7
01:23:30  <wolfeidau>and the chip has 8 cores
01:23:34  <wolfeidau>well soc
01:23:38  <andrewrk>yeah I think that thing is faster than my previous laptop...
01:24:22  <andrewrk>kinda makes you wonder what's going on in there
01:24:37  <wolfeidau>yeah 3 watts too
01:24:42  <andrewrk>amazing
01:25:03  <andrewrk>could easily run an arcade machine cabinet or something like that
01:26:39  * mikealjoined
01:26:45  * mikealquit (Client Quit)
01:26:57  <wolfeidau>yeah biggest thing for us is killing cross compile times of nodejs stuff, especially stuff which relies on system libraries like bluetooth, avahi and usb
01:28:54  * paulfryzeljoined
01:30:34  * calvinfoquit (Quit: Leaving.)
01:32:59  * paulfryzelquit (Ping timeout: 240 seconds)
01:35:46  * calvinfojoined
01:37:36  * kazuponquit (Remote host closed the connection)
01:38:48  * kazupon_joined
01:43:14  * jmar777quit (Remote host closed the connection)
01:50:56  * m76joined
01:52:53  * defunctzombiechanged nick to defunctzombie_zz
01:53:06  * abraxasjoined
01:55:27  * defunctzombie_zzchanged nick to defunctzombie
01:57:36  * abraxasquit (Ping timeout: 240 seconds)
01:58:36  * abraxasjoined
02:03:21  * thlorenzjoined
02:21:17  * abraxasquit (Remote host closed the connection)
02:21:46  * thlorenzquit (Read error: Connection reset by peer)
02:27:08  * mikealjoined
02:29:47  * paulfryzeljoined
02:31:18  * mikealquit (Ping timeout: 240 seconds)
02:34:24  * paulfryzelquit (Ping timeout: 244 seconds)
02:43:44  * janjongboomjoined
02:46:04  * xaqquit (Remote host closed the connection)
02:46:42  * xaqjoined
02:47:37  * Ralithquit (Ping timeout: 240 seconds)
02:49:30  * Ralithjoined
02:50:39  * janjongboomquit (Ping timeout: 252 seconds)
03:05:40  * calvinfoquit (Quit: Leaving.)
03:08:44  * thlorenzjoined
03:10:18  * mikolalysenkoquit (Ping timeout: 240 seconds)
03:22:01  * defunctzombiechanged nick to defunctzombie_zz
03:25:29  * thlorenzquit (Ping timeout: 240 seconds)
03:27:17  * abraxasjoined
03:27:37  * mikealjoined
03:30:45  * paulfryzeljoined
03:32:23  * mikealquit (Ping timeout: 265 seconds)
03:33:01  * xaqquit (Ping timeout: 252 seconds)
03:34:59  * paulfryzelquit (Ping timeout: 240 seconds)
03:39:27  * abraxasquit (Remote host closed the connection)
03:39:30  * kazupon_quit (Remote host closed the connection)
03:47:12  * abraxasjoined
04:00:48  * mikolalysenkojoined
04:03:19  * abraxasquit (Remote host closed the connection)
04:05:30  * abraxasjoined
04:06:10  * calvinfojoined
04:07:08  * calvinfo1joined
04:07:51  * abraxas_joined
04:07:51  * calvinfo1quit (Read error: Connection reset by peer)
04:08:03  * calvinfo1joined
04:08:57  * calvinfo2joined
04:08:58  * calvinfo1quit (Read error: Connection reset by peer)
04:09:42  * defunctzombie_zzchanged nick to defunctzombie
04:09:43  * calvinfo2quit (Read error: Connection reset by peer)
04:09:56  * calvinfo1joined
04:10:25  * abraxasquit (Ping timeout: 264 seconds)
04:11:01  * calvinfoquit (Ping timeout: 264 seconds)
04:11:49  * calvinfojoined
04:11:54  * kazuponjoined
04:12:03  * calvinfo1quit (Read error: Connection reset by peer)
04:12:45  * calvinfo1joined
04:12:45  * calvinfoquit (Read error: Connection reset by peer)
04:16:59  * calvinfo1quit (Ping timeout: 240 seconds)
04:20:36  * abraxas_quit (Remote host closed the connection)
04:22:12  * abraxasjoined
04:26:44  * defunctzombiechanged nick to defunctzombie_zz
04:26:56  * abraxasquit (Ping timeout: 252 seconds)
04:31:30  * paulfryzeljoined
04:35:59  * paulfryzelquit (Ping timeout: 240 seconds)
04:40:44  * brsonjoined
04:44:53  * mikolalysenkoquit (Ping timeout: 265 seconds)
04:57:37  * AvianFluquit (Remote host closed the connection)
04:58:56  * dshaw_joined
05:03:08  * dshaw_quit (Client Quit)
05:07:25  * brsonquit (Quit: leaving)
05:07:46  * guilleiguaranquit (Quit: Connection closed for inactivity)
05:13:30  * calvinfojoined
05:17:43  * abraxasjoined
05:18:06  * calvinfoquit (Ping timeout: 252 seconds)
05:23:20  * brsonjoined
05:27:18  * mikealjoined
05:31:12  * mikeal1joined
05:31:21  * mikealquit (Read error: Connection reset by peer)
05:34:21  * mikolalysenkojoined
05:39:30  * mikolalysenkoquit (Ping timeout: 265 seconds)
05:50:54  * Kakerajoined
05:53:55  * abraxasquit (Remote host closed the connection)
06:10:58  * abraxasjoined
06:12:53  * toothrotquit (Read error: Connection reset by peer)
06:14:14  * calvinfojoined
06:16:36  * toothrjoined
06:18:24  * calvinfoquit (Ping timeout: 240 seconds)
06:33:18  * paulfryzeljoined
06:35:03  * mikolalysenkojoined
06:37:29  * paulfryzelquit (Ping timeout: 240 seconds)
06:40:00  * mikolalysenkoquit (Ping timeout: 240 seconds)
06:44:18  * bajtosjoined
06:49:35  * calvinfojoined
06:50:38  * Kakeraquit (Ping timeout: 240 seconds)
06:56:28  * abraxasquit (Remote host closed the connection)
06:59:02  * mikolalysenkojoined
07:02:38  * toothrquit (Ping timeout: 252 seconds)
07:05:25  * abraxasjoined
07:06:36  * toothrjoined
07:07:19  * petka_joined
07:10:23  * calvinfoquit (Quit: Leaving.)
07:13:23  * kazuponquit (Remote host closed the connection)
07:14:23  * dshaw_joined
07:14:25  * kazuponjoined
07:28:35  * calvinfojoined
07:31:19  * `3rdEdenjoined
07:33:13  * calvinfoquit (Ping timeout: 264 seconds)
07:34:00  * paulfryzeljoined
07:38:54  * paulfryzelquit (Ping timeout: 265 seconds)
07:49:03  * brsonquit (Ping timeout: 244 seconds)
07:50:47  * brsonjoined
08:07:53  <MI6>joyent/libuv: Saúl Ibarra Corretgé master * 409c7b3 : build: add required libraries to libuv.pc.in - http://git.io/Ax_wFg
08:18:44  * kazupon_joined
08:19:01  * mikolalysenkoquit (Ping timeout: 244 seconds)
08:20:25  * kazuponquit (Ping timeout: 240 seconds)
08:26:17  * brsonquit (Quit: leaving)
08:34:24  * m76quit (Ping timeout: 240 seconds)
08:34:52  * paulfryzeljoined
08:38:59  * paulfryzelquit (Ping timeout: 240 seconds)
08:40:51  <kaeso>has anyone ever tried building libuv on ppc64? it looks like one test is systematically failing there http://buildd.debian-ports.org/status/logs.php?pkg=libuv&arch=ppc64
08:41:23  <kaeso>(but I don't have any machine to try to debug)
08:45:19  * mikolalysenkojoined
08:47:25  <saghul>hey kaeso, what test is failing?
08:47:41  <saghul>is it test-tcp-close-while-connecting?
08:48:12  <kaeso>yup
08:48:28  <kaeso>I think there is something broken on glibc/kernel side though
08:49:29  <saghul>could be timing related
08:49:45  <saghul>we close the tcp handle after 50ms
08:49:54  <saghul>maybe it got connected sooner?
08:49:58  * mikolalysenkoquit (Ping timeout: 240 seconds)
08:50:13  <saghul>actually, no chance, since we connect to the void
08:50:22  <saghul>but maybe it got a failure quicker
08:52:24  <saghul>I don't think it's ppc64 related, unfortunately I cannot reproduce it nor have the environment to try it myself :-/
08:53:00  <kaeso>saghul: I haven't seen it on any other arch so far, but it is constant there
08:53:25  <saghul>kaeso: can you modify the code and run the tests with a change?
08:54:05  <kaeso>saghul: I can but I'd wait 5 days from today in order to let .25 migrate to testing
08:54:19  <saghul>doh :-/
08:54:34  <saghul>here is what I'd try, nevertheless: https://gist.github.com/saghul/9320978
08:54:46  <kaeso>saghul: should I open a bug for this? In the end it's not really urgent for me as ppc64 won't be released with jessie
08:55:01  <saghul>feel free to open it!
08:55:17  <saghul>maybe someone has access to a ppc64 machine :-)
08:55:38  <kaeso>saghul: ok, I'll also try to see if some porters can temporarily give access to a ppc64 box
08:56:14  <saghul>kewl
09:10:38  * dshaw_quit (Read error: Connection reset by peer)
09:14:09  <kaeso>saghul: it looks like instead I have access to one such machine (3.2.0-4-powerpc64), I'll setup the stuff and give it a try later
09:14:47  * dshaw_joined
09:14:47  <saghul>sweet!
09:35:49  * paulfryzeljoined
09:39:59  * paulfryzelquit (Ping timeout: 240 seconds)
09:42:34  * daviddiasjoined
09:44:11  * hzjoined
09:45:59  * mikolalysenkojoined
09:50:36  <kaeso>saghul: on the porter machine all tests are fine
09:50:38  * mikolalysenkoquit (Ping timeout: 240 seconds)
09:56:46  * dshaw_quit (Quit: Leaving.)
10:01:12  <saghul>kaeso: with or without the change?
10:07:49  <kaeso>saghul: without, plain vanilla libuv
10:08:12  <kaeso>saghul: so it's either something highly time sensitive or a problem in the autobuilders
10:08:27  <saghul>kaeso: yep, looks that way
10:08:47  <kaeso>all in all, nevermind
10:11:39  <saghul>thanks for looking into it!
10:15:28  * kaftsquit
10:16:01  * navarujoined
10:25:00  * janjongboomjoined
10:27:13  <indutny>hey people
10:27:41  * dshaw_joined
10:32:25  * dshaw_quit (Ping timeout: 265 seconds)
10:32:56  * dshaw_joined
10:33:54  * janjongboomquit (Ping timeout: 252 seconds)
10:34:36  * janjongboomjoined
10:35:49  * kazupon_quit (Remote host closed the connection)
10:36:31  * paulfryzeljoined
10:39:12  * janjongboomquit (Ping timeout: 264 seconds)
10:40:09  * dshaw_quit (Ping timeout: 265 seconds)
10:40:59  * paulfryzelquit (Ping timeout: 240 seconds)
10:41:54  <saghul>hi!
10:44:56  * stagasjoined
10:46:45  * mikolalysenkojoined
10:51:18  * mikolalysenkoquit (Ping timeout: 240 seconds)
10:53:00  * piscisaureusjoined
10:55:26  * kellabytequit (Remote host closed the connection)
10:57:10  <indutny>saghul: how are you?
10:57:29  <saghul>indutny: good, thanks! you?
10:57:34  <indutny>good too
11:00:27  * abraxasquit (Remote host closed the connection)
11:01:11  * abraxasjoined
11:05:46  * abraxasquit (Ping timeout: 265 seconds)
11:08:20  * bajtosquit (Quit: bajtos)
11:12:56  * abraxasjoined
11:16:44  <indutny>whoa, this frustum matrix thing took awhile
11:16:56  <indutny>until I figured out that I wasn't specifying all coordinates in my vectors :D
11:35:02  <MI6>joyent/node: orangemocha created branch orangemocha-testing4 - http://git.io/Vba2vA
11:37:19  * dshaw_joined
11:37:22  * paulfryzeljoined
11:41:29  * paulfryzelquit (Ping timeout: 240 seconds)
11:42:07  * dshaw_quit (Ping timeout: 252 seconds)
11:42:12  * daviddiasquit (Ping timeout: 264 seconds)
11:47:30  * mikolalysenkojoined
11:51:53  * bajtosjoined
11:53:00  * mikolalysenkoquit (Ping timeout: 264 seconds)
11:57:52  * m76joined
12:05:13  * piscisaureusquit (Ping timeout: 265 seconds)
12:06:23  * abraxasquit (Remote host closed the connection)
12:06:59  * abraxasjoined
12:07:21  * bajtosquit (Quit: bajtos)
12:11:36  * abraxasquit (Ping timeout: 264 seconds)
12:14:20  * karupanerurachanged nick to zz_karupanerura
12:20:50  * rendarjoined
12:22:26  * piscisaureusjoined
12:38:16  * paulfryzeljoined
12:38:16  * dshaw_joined
12:42:29  * paulfryzelquit (Ping timeout: 240 seconds)
12:43:24  * dshaw_quit (Ping timeout: 265 seconds)
12:48:12  * daviddiasjoined
13:07:48  * toothrquit (Read error: Connection reset by peer)
13:09:03  * AvianFlujoined
13:09:22  * toothrjoined
13:10:04  * toothrchanged nick to toothrot
13:12:50  * thlorenzjoined
13:13:11  * thlorenzquit (Remote host closed the connection)
13:18:49  * navaruquit (Read error: Connection reset by peer)
13:18:56  * navarujoined
13:21:42  * piscisaureusquit (Ping timeout: 252 seconds)
13:24:05  * euoiajoined
13:28:54  * brett19quit (Ping timeout: 245 seconds)
13:29:19  * LeftWingquit (Ping timeout: 245 seconds)
13:29:19  * chummmquit (Ping timeout: 245 seconds)
13:29:44  * MI6quit (Ping timeout: 245 seconds)
13:30:18  * chummmjoined
13:30:38  * LeftWingjoined
13:30:55  * piscisaureusjoined
13:31:11  * brett19joined
13:33:20  * LeftWingquit (Remote host closed the connection)
13:35:34  * LeftWingjoined
13:36:32  * kazuponjoined
13:39:01  * dshaw_joined
13:39:02  * paulfryzeljoined
13:40:19  * dshaw_1joined
13:42:15  * LeftWingquit (Remote host closed the connection)
13:43:29  * paulfryzelquit (Ping timeout: 240 seconds)
13:43:49  * dshaw_quit (Ping timeout: 265 seconds)
13:43:59  * LeftWingjoined
13:43:59  * LeftWingquit (Remote host closed the connection)
13:45:16  * dshaw_1quit (Ping timeout: 265 seconds)
13:46:04  * AlexisMochaquit (Ping timeout: 244 seconds)
13:47:34  * LeftWingjoined
13:51:43  * LeftWingquit (Remote host closed the connection)
13:52:34  * AlexisMochajoined
13:53:31  * LeftWingjoined
13:59:44  * indutnyquit (Ping timeout: 245 seconds)
14:00:11  * indutnyjoined
14:00:14  * nsmquit (Ping timeout: 264 seconds)
14:02:00  * nsmjoined
14:04:01  * thlorenzjoined
14:04:52  * LeftWingquit (Remote host closed the connection)
14:05:06  * LeftWingjoined
14:05:51  * kazuponquit (Remote host closed the connection)
14:07:38  * abraxasjoined
14:12:25  * euoiaquit (Ping timeout: 244 seconds)
14:12:48  * abraxasquit (Ping timeout: 264 seconds)
14:13:48  * xaqjoined
14:16:15  * thlorenzquit (Remote host closed the connection)
14:16:50  * LeftWingquit (Remote host closed the connection)
14:17:15  * LeftWingjoined
14:17:35  * kellabytejoined
14:17:45  * hzquit
14:18:20  * kellabytequit (Changing host)
14:18:20  * kellabytejoined
14:18:20  * kellabytequit (Changing host)
14:18:20  * kellabytejoined
14:18:47  * guybrushquit (Excess Flood)
14:19:05  * guybrushjoined
14:20:09  * rchquit (Ping timeout: 245 seconds)
14:21:38  * euoiajoined
14:23:13  * rchjoined
14:27:39  * kazuponjoined
14:27:58  * jmar777joined
14:29:29  * euoiaquit (Ping timeout: 240 seconds)
14:30:05  * jmar777quit (Read error: Connection reset by peer)
14:30:46  * jmar777joined
14:36:57  * stagasquit (Read error: Connection timed out)
14:37:58  * stagasjoined
14:39:49  * paulfryzeljoined
14:40:45  * dshaw_joined
14:43:59  * paulfryzelquit (Ping timeout: 240 seconds)
14:45:41  * dshaw_quit (Ping timeout: 265 seconds)
15:02:35  * AvianFluquit (Remote host closed the connection)
15:04:32  * thlorenzjoined
15:05:11  * thlorenzquit (Remote host closed the connection)
15:09:31  * jmar777quit (Read error: Connection reset by peer)
15:10:09  * jmar777joined
15:11:13  * defunctzombie_zzchanged nick to defunctzombie
15:17:10  * euoiajoined
15:20:33  * thlorenzjoined
15:22:14  * thlorenzquit (Remote host closed the connection)
15:24:26  * circ-user-ZNPZXjoined
15:25:15  * circ-user-ZNPZXchanged nick to thlorenz
15:25:16  * piscisaureusquit (Ping timeout: 244 seconds)
15:32:23  * guilleiguaranjoined
15:33:11  * dshaw_joined
15:34:17  * euoiaquit (Ping timeout: 252 seconds)
15:36:35  * jmar777quit
15:37:53  * dshaw_quit (Ping timeout: 265 seconds)
15:39:02  * bajtosjoined
15:40:43  * paulfryzeljoined
15:41:30  * thlorenzquit (Remote host closed the connection)
15:42:00  * paulfryzelquit (Read error: Connection reset by peer)
15:42:22  * paulfryz_joined
15:46:20  * thlorenzjoined
15:46:32  * defunctzombiechanged nick to defunctzombie_zz
15:46:36  * piscisaureusjoined
15:48:50  * bajtosquit (Quit: bajtos)
15:50:38  * thlorenzquit (Ping timeout: 240 seconds)
15:52:35  * defunctzombie_zzchanged nick to defunctzombie
16:00:48  * AvianFlujoined
16:04:50  * defunctzombiechanged nick to defunctzombie_zz
16:05:36  * AvianFluquit (Ping timeout: 264 seconds)
16:06:02  * AvianFlujoined
16:06:04  * thlorenzjoined
16:08:33  * abraxasjoined
16:08:51  * thlorenz_joined
16:10:10  * LeftWingquit (Remote host closed the connection)
16:10:18  * thlorenzquit (Ping timeout: 240 seconds)
16:10:21  * LeftWing__joined
16:13:19  * abraxasquit (Ping timeout: 244 seconds)
16:14:00  * thlorenz_quit (Remote host closed the connection)
16:16:09  * mikeal1quit (Quit: Leaving.)
16:16:31  * kenperkins_quit (Remote host closed the connection)
16:17:21  * kenperkinsjoined
16:17:37  * thlorenzjoined
16:20:29  * thlorenzquit (Remote host closed the connection)
16:20:48  * stagasquit (Read error: Connection timed out)
16:20:57  * thlorenzjoined
16:21:23  * kenperkins_joined
16:21:48  * defunctzombie_zzchanged nick to defunctzombie
16:22:45  * stagasjoined
16:24:08  * thlorenzquit (Remote host closed the connection)
16:24:37  * mcavagejoined
16:24:37  * thlorenzjoined
16:24:48  * kenperkinsquit (Ping timeout: 264 seconds)
16:27:07  * thlorenzquit (Remote host closed the connection)
16:27:30  * thlorenzjoined
16:27:57  * thlorenzquit (Remote host closed the connection)
16:28:30  * thlorenzjoined
16:32:34  * mikealjoined
16:32:40  * mikealquit (Client Quit)
16:35:19  * octetcloudjoined
16:35:38  * stagasquit (Ping timeout: 240 seconds)
16:36:08  * dshaw_joined
16:39:25  * thlorenzquit (Remote host closed the connection)
16:39:42  * kazuponquit (Remote host closed the connection)
16:39:53  * thlorenzjoined
16:39:59  * stagasjoined
16:40:44  * dshaw_quit (Ping timeout: 265 seconds)
16:41:55  * thlorenzquit (Remote host closed the connection)
16:42:21  * thlorenzjoined
16:44:38  <groundwater>tjfontaine trevnorris let me know if you get those AL changes in place, i'll give them a test run
16:44:41  * defunctzombiechanged nick to defunctzombie_zz
16:45:31  * xaqquit (Remote host closed the connection)
16:47:02  * bradleymeckjoined
16:47:23  * euoiajoined
16:47:35  <bradleymeck>anyone know of an abstraction for an in memory server socket? kinda like a socketpair but able to do accept()?
16:47:59  * thlorenzquit (Ping timeout: 240 seconds)
16:49:20  * stagas_joined
16:50:20  <indutny>saghul: heya
16:50:22  <indutny>are you around?
16:50:37  <indutny>bradleymeck: unix sockets?
16:50:43  <indutny>bradleymeck: almost abstract
16:50:49  <saghul>indutny: pong
16:50:57  <indutny>saghul: could you please take a look at https://github.com/joyent/libuv/pull/1157 ?
16:51:06  <indutny>and probably at https://github.com/joyent/libuv/pull/1056
16:51:15  <indutny>going to land both in a couple of minutes
16:51:21  <indutny>no time to wait for it :P
16:51:21  * stagasquit (Ping timeout: 265 seconds)
16:51:32  * stagas_changed nick to stagas
16:51:42  <saghul>re 1056, I trust you :-)
16:51:50  * bajtosjoined
16:51:54  <indutny>I know
16:51:55  <indutny>thanks :)
16:52:00  <indutny>could you please take a short look at it
16:52:08  <indutny>don't want to miss obvious things
16:52:37  <saghul>k
16:52:50  <indutny>thank you
16:53:08  <bradleymeck>indutny: can use unix sockets, but was hoping for something that would not hit fs hopefully
16:53:17  <indutny>yeah
16:56:12  * stagasquit (Ping timeout: 244 seconds)
16:56:47  <indutny>bradleymeck: I'm afraid that this is a limitation of BSD API
16:56:54  <indutny>you can't accept stuff on unbound socket
16:56:58  <indutny>and also can't connect to it
16:57:17  <indutny>oh
16:57:23  <indutny>you could use linux feature
16:57:23  <indutny>abstract namespace
16:57:59  <indutny>bradleymeck: this is pretty much the same as unix sockets, but without files
16:58:29  <indutny>bradleymeck: quick google gave me http://blog.eduardofleury.com/archives/2007/09/13
16:58:29  <bradleymeck>indutny: its for node-webkit, looking for more generic (probably going windows named pipe and unix domain socket)
16:58:47  <indutny>well, it won't hurt to have abstract sockets on linuxes, right?
16:59:06  <bradleymeck>well I want as close to consistent experience across em so I need to read up
16:59:17  <bradleymeck>if it is better, should use that
17:00:15  * thlorenzjoined
17:02:07  <indutny>bradleymeck: it is absolutely the same
17:02:09  <indutny>but without files
17:02:14  <indutny>the only difference in your code
17:02:19  <saghul>indutny: left a few comments, but if it works I trust you, this one quite escapes my knowledge :-/
17:02:26  <indutny>would be that abstract socket are bound to "\0name"
17:02:30  * dap_joined
17:02:33  <indutny>where regular are bound to "name"
17:02:37  <bradleymeck>indutny: yea just looking up if anyone else added support for this
17:02:41  <indutny>saghul: thanks man
17:02:45  <indutny>what about second PR?
17:02:46  <indutny>or first
17:02:47  <indutny>whatever
17:02:53  <saghul>indutny: also, push to a feature branch, so jenkins works on it :-)
17:03:06  * indexzerojoined
17:03:44  <saghul>left a comment
17:03:45  <indutny>ok
17:03:56  <saghul>gtg, back in a while
17:04:30  * thlorenz_joined
17:05:00  * thlorenzquit (Ping timeout: 264 seconds)
17:06:25  * LeftWing__quit (Remote host closed the connection)
17:06:32  * LeftWingjoined
17:07:49  * euoiaquit (Ping timeout: 252 seconds)
17:08:08  * MI6joined
17:10:49  * hueniversequit (Quit: Leaving.)
17:11:18  * hueniversejoined
17:11:25  <indutny>saghul: ../../test/task.h:218:13: warning: unused function 'close_loop' [-Wunused-function]
17:11:26  <indutny>static void close_loop(uv_loop_t* loop) {
17:13:09  <indutny>a lot of it
17:14:49  <saghul>using gyp or autoconf?
17:16:03  <saghul>indutny: I'll look into it
17:16:09  <indutny>gyp
17:16:10  * piscisaureusquit (Quit: ~ Trillian Astra - www.trillian.im ~)
17:16:25  <tjfontaine>morning
17:17:15  <saghul>I see, will fix, thanks
17:22:27  <indutny>morning!
17:22:31  <indutny>saghul: thank you
17:22:40  <MI6>joyent/libuv: indutny created branch feature/pipe-pending-handles-2 - http://git.io/FAK6Fw
17:22:45  <indutny>tjfontaine: so, there is no chance of freeze today, right?
17:23:15  <tjfontaine>well depends on what oyu mean by freeze
17:23:40  <tjfontaine>we could branch, but I need to land my tracing stuff, and we need to get async listener sorted
17:24:21  <indutny>yeah, perhaps branching libuv and node should be fine
17:24:27  <indutny>I only need some minor stuff to get landed
17:27:13  <tjfontaine>so I made two changes yesterday, one to streams api and one to http api, have a moment to look at them?
17:27:26  <tjfontaine>they're pretty straight forward
17:27:27  <indutny>certainly
17:28:03  <tjfontaine>https://gist.github.com/tjfontaine/9330031
17:28:05  <tjfontaine>is the first one
17:28:14  <tjfontaine>it does two things
17:28:27  <tjfontaine>1) it emit's unpipe on the source instead of just on the destination
17:28:28  * brsonjoined
17:28:34  <indutny>hm...
17:28:43  <tjfontaine>2) if there was an error in writing to the destination, that error is passed along
17:28:50  <indutny>that's good
17:28:55  <indutny>let me check the reset of the file
17:28:59  <tjfontaine>nod
17:29:32  <indutny>I wonder how nicely will it play with .pipe()
17:29:36  <indutny>I mean
17:29:40  <indutny>piping into multiple sources
17:29:44  <indutny>destinations*
17:29:44  <indutny>or
17:29:47  <indutny>from multiple sources
17:29:59  * mikealjoined
17:30:07  <tjfontaine>my main question is actually on Duplex streams
17:30:08  <indutny>I guess it should be fine
17:30:16  <indutny>you mean piping into itself? :)
17:30:23  <indutny>so
17:30:28  <indutny>just to make it clear to me
17:30:31  <indutny>A, B -> C
17:30:34  <tjfontaine>heh no, I mean before people were only listening to unpipe on writables
17:30:41  <indutny>or better
17:30:46  <indutny>A, B -> C -> D
17:30:56  <indutny>suppose error happens on D
17:31:07  <indutny>or just 'close'
17:31:13  <tjfontaine>only C will be notified, there's only ever one unpipe that happens
17:31:21  <indutny>yeah
17:31:27  <indutny>and C.emit('unpipe', C) will be called
17:31:27  <tjfontaine>I've been thinking about a 'pipeError' event
17:31:33  <tjfontaine>that bubbles through the pipeline
17:31:42  <indutny>and A, B are waiting for emit('unpipe', A or B)
17:31:43  <indutny>to cleanup
17:31:46  <indutny>seems to be correct
17:31:52  <tjfontaine>right
17:32:16  <indutny>what do you want to approach with it?
17:32:20  <indutny>just a better visibility of things?
17:32:21  * mikealquit (Client Quit)
17:33:01  <tjfontaine>yes, just a better visibility for starters, the disposition of the stream when it was unpiped
17:33:14  <indutny>erm
17:33:19  <indutny>how is latter accomplished?
17:33:41  <tjfontaine>I just mean, in the case the stream was unpiped in the case of an error vs "normal"
17:33:54  <indutny>oh, ok
17:34:09  <indutny>LGTM
17:34:11  <tjfontaine>where "normal" unfortunately could mean someone .abort() or .destroy()d
17:34:16  <tjfontaine>ok I'll add some documentation and tests
17:34:25  <indutny>yeah
17:34:26  <indutny>gotcha
17:34:38  <tjfontaine>the second change is more controversial :)
17:34:52  <tjfontaine>https://gist.github.com/tjfontaine/9330165
17:35:28  <indutny>hehe
17:35:47  <indutny>ha!
17:36:06  <indutny>em...
17:36:12  <indutny>what if error is a parser error?
17:36:16  <indutny>oh
17:36:19  <indutny>if incoming is empty
17:36:19  <tjfontaine>that already goes to clientError
17:36:21  <indutny>it will be ignored
17:36:25  <tjfontaine>right
17:36:26  <indutny>hm...
17:36:34  <indutny>ok, could you describe what you need it for
17:36:35  <tjfontaine>clientError gets all socket level errors at the moment
17:36:38  <tjfontaine>so
17:36:39  <indutny>I know
17:36:44  <tjfontaine>lemme get the issue
17:36:55  <tjfontaine>https://github.com/joyent/node/issues/7065
17:37:01  * m76quit (Ping timeout: 244 seconds)
17:37:35  <indutny>hm, btw
17:37:45  <indutny>will jenkins check the branch that I have pushed to libuv?
17:37:51  <tjfontaine>should lemme look in on it
17:37:55  <indutny>seen nothing on node-ci yet
17:37:55  * austojoined
17:37:56  <indutny>thank you
17:38:45  * daviddia_joined
17:38:51  <indutny>tjfontaine: hm...
17:39:18  * daviddiasquit (Ping timeout: 240 seconds)
17:39:26  <indutny>yeah, I think I agree with it
17:39:29  <indutny>but it needs test
17:39:33  <indutny>for both cases
17:39:40  <tjfontaine>ya, I have one for read() just not write() at the moment
17:39:43  * daviddiasjoined
17:39:49  <indutny>_httpMessage is always a req, right?
17:39:50  <indutny>not res
17:40:07  <tjfontaine>was it req? i thought it was res ... hmm
17:40:28  <indutny>oh, right
17:40:45  <indutny>seems to be fine...
17:40:51  <indutny>but this will give us a lot of pain :)
17:40:59  <tjfontaine>yes
17:41:01  <tjfontaine>I know
17:41:05  <indutny>may be we could make them less fatal?
17:41:08  <tjfontaine>well
17:41:17  <indutny>though, it won't work with piping
17:41:21  <tjfontaine>right
17:41:31  <tjfontaine>we could just do socketError
17:41:32  <indutny>should we emit 'close' as well?
17:41:46  <indutny>or is it happening anyway?
17:41:48  <tjfontaine>a close already happens because an error implies destroy
17:42:04  <indutny>erm
17:42:09  <indutny>and 'close' has an argument
17:42:13  <indutny>if I remember correctly
17:42:15  <tjfontaine>yes
17:42:15  <indutny>which is the error
17:42:21  <tjfontaine>but not always that error
17:42:26  <indutny>ok...
17:42:28  <tjfontaine>lemme re-verify that
17:42:32  <tjfontaine>but consider the following
17:42:35  <indutny>this sounds like a mess
17:42:44  <indutny>sorry, I'm trying to be sceptical :)
17:42:51  <tjfontaine>fs.createReadStream(foobar).pipe(res)
17:42:55  * mikolalysenkojoined
17:42:56  <tjfontaine>we're in allow half open by default
17:43:04  <tjfontaine>so the writable doesn't end
17:43:09  <tjfontaine>but the readable got a close
17:43:12  * daviddia_quit (Ping timeout: 240 seconds)
17:43:13  <tjfontaine>the req that is
17:43:15  <indutny>hm...
17:43:20  <indutny>how could it be?
17:43:25  <tjfontaine>so the readstream stays open until the writable times out
17:43:25  <indutny>it should emit 'end'
17:43:29  <indutny>if it is half-open
17:43:33  <tjfontaine>the req does, not the res
17:43:44  <indutny>res should emit 'close'
17:43:47  <tjfontaine>because you can still write to it in allow half open
17:43:55  <tjfontaine>no close can't happen until we've actually closed the fd
17:44:01  <indutny>but this isn't true in case of 'close' on input side
17:44:02  <tjfontaine>that's part of the contract
17:44:10  <indutny>I mean
17:44:14  <indutny>technically socket is already down
17:44:38  <indutny>that's what 'close' is for
17:44:49  <indutny>but if 'end' is emitted - then it is fine
17:44:54  <indutny>it should just write
17:44:55  <indutny>until error
17:45:01  <indutny>or 'close'
17:45:08  <tjfontaine>currently though we're swallowing the epipe
17:45:22  <indutny>perhaps, this is the main cause?
17:45:39  <indutny>and where are we doing it?
17:46:45  <tjfontaine>https://github.com/joyent/node/issues/5134#issuecomment-15536263
17:46:51  <tjfontaine>and following talks about it as well
17:47:48  <tjfontaine>indutny: anyway, I'll get the write() test case done and we can discuss after that
17:47:58  <indutny>ok
17:48:45  <indutny>tjfontaine: got any news about libuv branch CI testing?
17:49:07  <indutny>I'm holding my finger on "Enter" key
17:49:07  <indutny>:)
17:49:15  * calvinfojoined
17:49:16  <tjfontaine>right, it's cranky, doesn't want to build it, lemme force it
17:49:22  <indutny>thanks a lot
17:49:25  <tjfontaine>no problemo
17:51:40  <tjfontaine>hmmm it can't find your branch
17:51:41  <tjfontaine>feature/pipe-pending-handles-2
17:52:03  <indutny>yes
17:52:09  <tjfontaine>lemme try something
17:53:21  * Kakerajoined
17:53:59  <tjfontaine>ok there it goes fedor
17:55:57  <indutny>thanks
17:56:08  * Ralithquit (Ping timeout: 244 seconds)
17:57:33  * navaru_joined
17:57:42  * AWintermanjoined
17:58:24  * navaruquit (Ping timeout: 264 seconds)
17:59:51  <tjfontaine>indutny: also parseError is a nice idea, but we don't really have a fully constructed request to do a "real" respond with 400, users who want that can actually do that by doing raw writes to the socket passed to clientError
18:00:50  <indutny>could we construct response without req?
18:01:42  <tjfontaine>I'm not sure how sensical that object would be, are we just looking to expose an object that does .writeHead()?
18:01:56  <indutny>brb
18:02:01  * paulfryz_quit (Remote host closed the connection)
18:04:52  * thlorenz_quit
18:07:32  * `3rdEdenquit (Quit: Connection closed for inactivity)
18:09:24  * abraxasjoined
18:10:10  * mikealjoined
18:11:48  * navarujoined
18:11:59  * navaru_quit (Ping timeout: 240 seconds)
18:13:18  * navaru_joined
18:13:50  * mikolalysenkoquit (Ping timeout: 252 seconds)
18:14:20  * m76joined
18:14:36  * abraxasquit (Ping timeout: 264 seconds)
18:15:09  * dshaw_joined
18:15:30  * mikolalysenkojoined
18:16:02  * navaruquit (Ping timeout: 252 seconds)
18:16:46  * rosskjoined
18:18:49  <trevnorris>morning
18:20:24  * daviddiasquit (Remote host closed the connection)
18:20:54  * daviddiasjoined
18:21:32  <tjfontaine>hey hey
18:21:49  * kellabytequit (Quit: Quit)
18:23:22  <tjfontaine>isaacs: ping/
18:23:36  <tjfontaine>isaacs: I have a diff I'd like your input on as well :)
18:24:10  * jmar777joined
18:26:44  * mikealquit (Quit: Leaving.)
18:26:56  * kellabytejoined
18:32:23  * euoiajoined
18:34:32  * TooTallNatejoined
18:35:08  * paulfryzeljoined
18:35:19  <MI6>joyent/libuv: Isaiah Norton master * 2930d04 : windows: fall back for volume info query - http://git.io/imtXBA
18:39:53  * paulfryzelquit (Read error: Connection reset by peer)
18:40:21  * paulfryzeljoined
18:40:33  * TooTallNatequit (Quit: Computer has gone to sleep.)
18:43:24  * TooTallNatejoined
18:46:49  * benviequit (Ping timeout: 240 seconds)
18:47:17  * defunctzombie_zzchanged nick to defunctzombie
18:49:04  * defunctzombiechanged nick to defunctzombie_zz
18:49:31  * benviejoined
18:54:42  * thlorenzjoined
18:55:23  * kpdeckerjoined
19:05:33  * c4milojoined
19:07:28  <isaacs>tjfontaine: link?
19:07:30  <isaacs>tjfontaine: pong
19:07:50  * bajtosquit (Quit: bajtos)
19:08:25  <tjfontaine>isaacs: https://gist.github.com/tjfontaine/9330031
19:09:22  * Ralithjoined
19:16:55  <isaacs>tjfontaine: so, the basic gist of this is that you want the 'unpipe' event to get the error that caused the unpipe?
19:17:24  <isaacs>tjfontaine: that sounds good to me. needs docs and tests :)
19:17:46  <tjfontaine>isaacs: also it notifies the source instead of just the destination
19:17:49  * euoiaquit (Ping timeout: 265 seconds)
19:17:57  <tjfontaine>so A -> B, both A and B will get the unpipe event now
19:18:13  <isaacs>ah, i see...
19:18:15  <isaacs>that's a little weird
19:18:20  <isaacs>but i can see the reason there
19:20:19  <tjfontaine>I'm contemplating, but I don't know the extent of the requirement or its semantics, something like 'pipeError' event as well -- which bubbles through the pipeline (direct connections only) when an error happens
19:20:24  <tjfontaine>that won't be for 0.12
19:21:25  <tjfontaine>a stepping stone to that is this idea of notifying the unpipe on both sides, along with the disposition
19:24:03  * indexzeroquit (Quit: indexzero)
19:27:29  * mikealjoined
19:28:04  * bradleymeckquit (Quit: bradleymeck)
19:31:43  * mikealquit (Ping timeout: 244 seconds)
19:34:10  * thlorenzquit (Remote host closed the connection)
19:34:25  * euoiajoined
19:38:44  * thlorenzjoined
19:42:32  * xaqjoined
19:43:18  * thlorenzquit (Ping timeout: 240 seconds)
19:44:59  * bradleymeckjoined
19:45:29  * xaqquit (Remote host closed the connection)
19:49:58  * thlorenzjoined
19:53:00  * euoiaquit (Ping timeout: 264 seconds)
19:56:17  * kpdecker1joined
19:56:17  * kpdeckerquit (Read error: Connection reset by peer)
19:58:03  * defunctzombie_zzchanged nick to defunctzombie
19:58:18  * mikolalysenkoquit (Ping timeout: 240 seconds)
20:03:30  * brsonquit (Quit: leaving)
20:05:55  * daviddia_joined
20:06:51  * daviddiasquit (Read error: Connection reset by peer)
20:07:04  * brsonjoined
20:10:25  * abraxasjoined
20:15:07  * abraxasquit (Ping timeout: 244 seconds)
20:17:11  * raffikiquit (Read error: Operation timed out)
20:17:34  * raffikijoined
20:23:29  <indutny>tjfontaine: hey man
20:23:44  <indutny>sorry, just got back
20:23:54  <indutny>has jenkins finished building my PR?
20:23:56  <indutny>going to land it
20:26:58  * xaqjoined
20:27:37  * dshaw_quit (Quit: Leaving.)
20:27:53  * mikealjoined
20:29:48  * dshaw_joined
20:30:39  <trevnorris>tjfontaine: did we agree that passing the context to the create() was OK if we let the user know that inspecting it may cause their application to crash?
20:30:43  * AvianFlu_joined
20:30:54  * c4miloquit (Remote host closed the connection)
20:31:29  * c4milojoined
20:33:42  * AvianFluquit (Ping timeout: 265 seconds)
20:33:48  * AvianFlu_changed nick to AvianFlu
20:34:59  <indutny>I guess there is only one real way to test it :)
20:35:10  <MI6>joyent/libuv: Fedor Indutny master * b05a3ee : pipe: allow queueing pending handles - http://git.io/K4gq7w
20:35:31  <indutny>yay!
20:36:34  <saghul>indutny: \o/
20:36:36  * c4miloquit (Ping timeout: 265 seconds)
20:36:55  <indutny>hehe
20:39:14  <saghul>indutny: quick review? https://github.com/joyent/libuv/pull/1175
20:39:58  <indutny>saghul: LGTM, but please wait for confirmation of jenkins
20:40:18  <saghul>sure, I tested locally nevertheless
20:40:29  * saghulusually uses autoconf
20:42:41  <saghul>looks like hell didn't break loose :-)
20:42:44  <indutny>haha
20:45:29  * euoiajoined
20:46:19  * navaru_quit
20:50:09  <MI6>joyent/libuv: Saúl Ibarra Corretgé master * 0e59136 : test: fix compiation warning - http://git.io/uRXsFw
20:52:23  * paulfryzelquit (Remote host closed the connection)
20:53:32  <MI6>joyent/libuv: Raul Martins master * f326820 : windows: fix winsock status codes for address errors - http://git.io/ZG8hnA
20:53:38  * mikolalysenkojoined
20:58:57  * paulfryzeljoined
21:06:14  * xaqquit (Read error: Connection reset by peer)
21:06:30  * indexzerojoined
21:06:37  * xaqjoined
21:15:17  * dshaw_quit (Quit: Leaving.)
21:24:00  * brson_joined
21:24:04  * brson_quit (Client Quit)
21:25:22  * brsonquit (Read error: Operation timed out)
21:25:34  * calvinfoquit (Quit: Leaving.)
21:32:12  * c4milojoined
21:36:33  * calvinfojoined
21:36:48  * c4miloquit (Ping timeout: 240 seconds)
21:37:44  * kpdecker1quit (Quit: Leaving.)
21:37:59  * euoiaquit (Ping timeout: 265 seconds)
21:38:49  * thlorenzquit (Remote host closed the connection)
21:42:23  <tjfontaine>trevnorris: I thought if we moved firing Create after the constructor that there was no issue inspecting the context?
21:42:59  <tjfontaine>after the constructor, not *in* the constructor
21:43:00  <tjfontaine>to be clear
21:43:49  * jmar777quit (Remote host closed the connection)
21:54:05  * kpdeckerjoined
21:55:17  * rendarquit
22:11:15  * abraxasjoined
22:15:27  * c4milojoined
22:15:55  * abraxasquit (Ping timeout: 253 seconds)
22:17:19  * euoiajoined
22:26:12  * petka_quit (Quit: Connection closed for inactivity)
22:35:53  * jmar777joined
22:36:37  * m76quit (Read error: Connection reset by peer)
22:38:31  * dshaw_joined
22:38:33  * xaqquit (Remote host closed the connection)
22:50:00  <indutny>tjfontaine: mind reviewing some PRs? ;)
22:50:00  <indutny>https://github.com/joyent/node/pull/7184
22:50:09  <indutny>https://github.com/joyent/node/pull/7194
22:50:28  <indutny>https://github.com/joyent/node/pull/7171 ?
22:50:35  <indutny>latter one is rather questionable
22:50:43  <indutny>but I'm afraid to branch befor eit
22:50:44  <indutny>before it
22:52:27  * defunctzombiechanged nick to defunctzombie_zz
22:54:23  * c4milo_joined
22:54:30  <tjfontaine>indutny: ok
22:54:35  <indutny>thank you
22:54:37  <tjfontaine>indutny: see also https://github.com/joyent/node/pull/7231#issuecomment-36555035
22:55:17  * AWintermanquit (Quit: Leaving...)
22:55:19  * c4milo_quit (Read error: Connection reset by peer)
22:55:30  * c4miloquit (Write error: Connection reset by peer)
22:55:38  <trevnorris>tjfontaine: re AL: the important part about AL is the ability to propagate context across async calls. that's easily +80% of the logic.
22:55:51  <indutny>LGTM
22:55:52  <tjfontaine>indutny: tell me about 7184, why do we always set readable/writable to true instead of inheriting from the socket? the bug sounds they're out of sync
22:55:57  * c4milojoined
22:56:12  <indutny>because of .connect
22:56:13  <indutny>I think
22:57:10  <tjfontaine>trevnorris: I agree, the question is about determining the validity of the context, which is only valid after the constructor has completed, which is why it currently cannot be inspected -- right?
22:57:33  <tjfontaine>indutny: I would like to understand that one better, is there no test case to cover it?
22:57:38  <trevnorris>tjfontaine: context switch, i'm talking about slimming down the current implementation.
22:58:01  <tjfontaine>trevnorris: oh ok
22:58:25  <tjfontaine>trevnorris: yes, that seems right, and most of that logic is in the AsyncWrap
22:58:57  <trevnorris>actually, the part that actually propagates the AL context across async calls is in JS
22:59:06  <trevnorris>asyncwrap just alerts JS to the fact that it needs to be done
22:59:16  <tjfontaine>we need to disassociate the terms context here
22:59:28  <tjfontaine>we have context, which in one place means _handle
22:59:29  <indutny>tjfontaine: well, I don't really enjoy having .readable .writable
22:59:36  <indutny>but this is some sort of legacy that we have
22:59:48  <indutny>and yeah, there was no test case cover
22:59:51  <indutny>for tls sockets
23:00:03  <indutny>created on top of existing sockets
23:00:54  <tjfontaine>trevnorris: and in another place, we have "context" which means where this async call was instantiated from, if I understand this correctly?
23:01:36  <tjfontaine>indutny: can we make them getters and setters that map to the underlying socket?
23:01:57  <trevnorris>tjfontaine: in core ._handle === null until the C++ class is instantiated. so the context of the place of instantiation and the context _handle are the same.
23:02:53  <tjfontaine>lets get back to the basics
23:03:24  <tjfontaine>what is it exactly that is passed to every create/before/after/error event, is it _handle (or at least what will eventually be the fully constructed handle)
23:03:53  <trevnorris>yes
23:04:46  <tjfontaine>ok, so -- what more needs to be done in js beyond holding the list of people who want to listen for those events, and proxying the events when they happen?
23:04:56  <trevnorris>more specifically, it is an instantiated object that may cause a break in the call stack at some point in the future. it's just implementation details we assign it to _handle
23:05:23  <tjfontaine>ok so hold on, you're jumping ahead
23:05:39  <trevnorris>sorry, just trying to properly define what you mean by "context" and "_handle"
23:06:17  <tjfontaine>I'm just trying to keep us on track between what core needs to do to support the concept in userland
23:06:36  <trevnorris>so am I
23:06:47  <trevnorris>spent all weekend going over every possible case in my head
23:07:13  <tjfontaine>ok, so the point is that we pass ._handle up to js, and then we stick something extra on the ._handle
23:07:30  <trevnorris>yes, to keep track of the AL stuff
23:09:12  <indutny>tjfontaine: and what would they read? :)
23:09:26  <indutny>ah
23:09:28  <indutny>sorry, got ya
23:09:57  <indutny>there is not much point in it
23:10:07  <indutny>I think they are automatically managed by net.Socket anyway
23:10:24  <indutny>and in fact the creation of TLSSocket consumes original socket
23:10:25  <trevnorris>tjfontaine: fwiw I have AL to a really awesome place right now. i'm working on updating docs and tests, but the code is really functioning well.
23:10:30  <trevnorris>groundwater: ping
23:10:37  <groundwater>trevnorris PONG
23:10:43  <groundwater>i'm just catching up
23:10:48  <trevnorris>coolio
23:11:16  <groundwater>this looks good, i'd love to try it out when it's ready
23:11:24  * c4miloquit (Remote host closed the connection)
23:11:49  <tjfontaine>trevnorris: that's fair, the question is how much of that needs to live in node and be core's responsibility, vs being able to live outside and iterate at its own pace
23:11:57  * c4milojoined
23:13:14  <trevnorris>tjfontaine: I personally feel like maybe 10% of the code could be removed, but that part is of trivial complexity. TBH i'm going to need a code review once I have this cleaned up.
23:13:24  <trevnorris>tjfontaine: you can probably give better perspective
23:13:30  <tjfontaine>trevnorris: ok
23:14:55  <trevnorris>tjfontaine: so timeline: finish tests and docs, and cleanup code. that should be doable by end of tomorrow at the latest.
23:15:16  <tjfontaine>ok
23:15:47  <trevnorris>groundwater: in the process of fixing some bugs a couple things came out that are really interesting.
23:16:26  * c4miloquit (Ping timeout: 252 seconds)
23:16:34  <trevnorris>groundwater: for example, each asynchronous execution chain is independent. meaning, you can add/remove the same async listener instance within any point of a call chain and it will propagate accordingly.
23:16:59  <trevnorris>groundwater: I almost have a test ready that demonstrates this.
23:18:08  <tjfontaine>trevnorris: out of curiosity, what do you consider 10% of the code that can be removed?
23:18:18  * sblom_changed nick to sblom
23:19:09  <trevnorris>tjfontaine: well, it's going to be a trade off. I could remove the data storage part, but then i'll need to add code that alerts the user when the object is destructed.
23:19:11  * euoiaquit (Ping timeout: 252 seconds)
23:19:19  * dshaw_quit (Quit: Leaving.)
23:19:27  <tjfontaine>yes that seems perfectly fine, in fact probably useful for other purposes
23:19:42  * jmar777quit (Remote host closed the connection)
23:19:45  <tjfontaine>I'm also quite open to the concept of the libuv close patch that you had
23:20:09  <trevnorris>heh, totally forgot about that.
23:20:17  * mikolalysenkoquit (Ping timeout: 252 seconds)
23:22:17  <tjfontaine>stashing a UUID on the handle that can be emitted as part of the destructor path is reasonable
23:22:26  <trevnorris>freak. i'm still typing in process.*
23:23:20  <WalrusPony>Well, this is annoying
23:23:48  * c4milojoined
23:23:49  <WalrusPony>While the TTY stuff works perfectly in windows console. If I open up git bash instead and run my program, no output appears
23:24:54  * xaqjoined
23:28:21  * c4miloquit (Ping timeout: 244 seconds)
23:31:58  * Kakeraquit (Ping timeout: 244 seconds)
23:33:42  * WalrusPony1joined
23:33:47  * jmar777joined
23:36:48  * WalrusPonyquit (Ping timeout: 264 seconds)
23:37:22  * WalrusPony1changed nick to WalrusPony
23:37:27  <WalrusPony>Ah, there we go, now it seems to be working
23:38:03  * mikealquit (Quit: Leaving.)
23:44:57  <tjfontaine>trevnorris: https://github.com/joyent/node/pull/7231#issuecomment-36568911 does that bother you too much?
23:45:24  <tjfontaine>it's only for v0.10 as dispatch is handled differently on master
23:46:00  * xaqquit (Remote host closed the connection)
23:49:58  * mikolalysenkojoined
23:55:31  <trevnorris>tjfontaine: ah, so the function itself stays the same despite domains usage? yeah, sure. I'd rather remove the domain api, but this works too. :)
23:57:14  * daviddia_quit (Ping timeout: 245 seconds)