00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:04:46  * AvianFluquit (Read error: Connection reset by peer)
00:06:12  * AvianFlujoined
00:06:20  * paddybyersquit (Quit: paddybyers)
00:09:33  * calvinfojoined
00:19:19  * timoxleyjoined
00:23:51  * timoxleyquit (Ping timeout: 252 seconds)
00:24:54  * calvinfoquit (Quit: Leaving.)
00:25:32  * daviddiasjoined
00:27:11  * brsonjoined
00:29:51  * daviddiasquit (Ping timeout: 245 seconds)
00:30:37  * timoxleyjoined
00:40:52  * brycebarilquit (Quit: leaving)
00:41:58  * otwoquit (Ping timeout: 246 seconds)
00:42:07  * brycebariljoined
00:43:57  * timoxleyquit (Remote host closed the connection)
00:58:48  * kazuponjoined
01:05:47  * timoxleyjoined
01:17:35  * calvinfojoined
01:22:09  * calvinfoquit (Ping timeout: 252 seconds)
01:25:25  * daviddiasjoined
01:30:16  * daviddiasquit (Ping timeout: 245 seconds)
01:31:01  * c4miloquit (Remote host closed the connection)
01:37:07  * abraxasjoined
01:44:53  * brsonquit (Ping timeout: 264 seconds)
01:46:44  * brsonjoined
01:57:00  * dshaw_joined
02:11:06  * abraxasquit (Remote host closed the connection)
02:12:37  * mikealquit (Quit: Leaving.)
02:15:27  * TooTallNatequit (Quit: Computer has gone to sleep.)
02:18:18  * calvinfojoined
02:22:46  * calvinfoquit (Ping timeout: 245 seconds)
02:36:27  * calvinfojoined
02:41:14  * c4milojoined
02:46:14  * abraxasjoined
02:55:34  * calvinfoquit (Quit: Leaving.)
03:04:05  * c4miloquit (Remote host closed the connection)
03:20:14  * daviddiasjoined
03:20:34  * dshaw_quit (Read error: Connection reset by peer)
03:20:40  * dshaw_1joined
03:24:59  * daviddiasquit (Ping timeout: 260 seconds)
03:36:41  * dshaw_1quit (Quit: Leaving.)
03:36:52  * wavdedjoined
03:39:31  * AvianFluquit (Ping timeout: 250 seconds)
03:40:22  * AvianFlujoined
03:40:24  * jmar777quit (Remote host closed the connection)
03:43:11  * dshaw_joined
03:49:05  * wavdedquit (Quit: Hasta la pasta)
03:49:50  * AvianFluquit (Read error: Connection reset by peer)
03:53:07  * AvianFlujoined
03:55:21  * kazuponquit (Remote host closed the connection)
03:56:04  * calvinfojoined
03:56:41  * kevinswiberjoined
04:00:25  * calvinfoquit (Ping timeout: 246 seconds)
04:00:40  * defunctzombiechanged nick to defunctzombie_zz
04:04:34  * AvianFluquit (Read error: Connection reset by peer)
04:07:18  * AvianFlujoined
04:08:59  * inolenjoined
04:16:41  <isaacs>tjfontaine: did you get the calendar notification email update thingamajiggy?
04:16:48  <isaacs>tjfontaine: i'm still figuring out busycal
04:17:07  <tjfontaine>I have two notifications
04:17:36  <isaacs>oh, lovely
04:17:40  <isaacs>the more the merrier ):
04:17:44  <tjfontaine>one initial creation, and one for an update
04:17:47  <tjfontaine>adding trevor
04:17:56  * calvinfojoined
04:19:05  <tjfontaine>isaacs: maybe add daviddias?
04:19:57  * AvianFluquit (Read error: Connection reset by peer)
04:20:00  * daviddiasjoined
04:22:25  * calvinfoquit (Ping timeout: 250 seconds)
04:22:42  * AvianFlujoined
04:23:34  <isaacs>oh, good call!
04:24:26  * daviddiasquit (Ping timeout: 245 seconds)
04:24:42  <isaacs>hm... i don't have his email address.
04:24:43  <isaacs>weird
04:25:43  <tjfontaine>I'm sure dshaw_ has it :)
04:26:22  * kazuponjoined
04:28:02  * brsonquit (Quit: leaving)
04:35:29  * AvianFluquit (Read error: Connection reset by peer)
04:40:18  <isaacs>yeah, got it from hi
04:40:19  <isaacs>m
04:43:29  * kazuponquit (Remote host closed the connection)
04:43:37  * kazuponjoined
04:48:20  * dshaw_waves
04:48:22  <dshaw_>sorted
04:48:30  * AvianFlujoined
04:50:27  * AvianFluquit (Read error: Connection reset by peer)
04:52:18  * kevinswiberquit (Remote host closed the connection)
04:59:02  * AvianFlujoined
05:04:04  * otwojoined
05:05:42  * AvianFluquit (Read error: Connection reset by peer)
05:08:30  * AvianFlujoined
05:09:05  * otwochanged nick to piscisaureus
05:14:29  * daviddiasjoined
05:18:36  * daviddiasquit (Ping timeout: 245 seconds)
05:18:44  * calvinfojoined
05:19:55  * AvianFluquit (Read error: Connection reset by peer)
05:20:32  * AvianFlujoined
05:23:16  * calvinfoquit (Ping timeout: 264 seconds)
05:27:23  * mikealjoined
05:35:00  * AvianFluquit (Read error: Connection reset by peer)
05:41:52  * inolenquit (Read error: No route to host)
05:42:56  * inolenjoined
05:54:16  * m76joined
06:08:41  * daviddiasjoined
06:11:21  * mikealquit (Quit: Leaving.)
06:12:46  * daviddiasquit (Ping timeout: 245 seconds)
06:14:38  * daviddiasjoined
06:18:47  * mikealjoined
06:19:26  * daviddiasquit (Ping timeout: 245 seconds)
06:19:29  * calvinfojoined
06:24:23  * calvinfoquit (Ping timeout: 265 seconds)
06:31:36  * AvianFlujoined
06:35:03  * AvianFluquit (Read error: Connection reset by peer)
06:36:44  * paddybyersjoined
06:40:43  <MI6>nodejs-v0.10-windows: #368 UNSTABLE windows-ia32 (11/605) windows-x64 (12/605) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/368/
06:52:58  <indutny>heya
06:54:06  * AvianFlujoined
06:54:42  * inolenquit (Quit: Leaving.)
07:00:09  * stagasjoined
07:05:29  * AvianFluquit (Read error: Connection reset by peer)
07:08:01  * dshaw_quit (Quit: Leaving.)
07:08:53  * daviddiasjoined
07:11:03  * calvinfojoined
07:12:21  * bajtosjoined
07:13:11  * daviddiasquit (Ping timeout: 245 seconds)
07:14:27  <piscisaureus>ola
07:14:29  * felixgejoined
07:15:23  * daviddiasjoined
07:18:52  <indutny>ola
07:18:56  <indutny>how are you?
07:19:51  * daviddiasquit (Ping timeout: 245 seconds)
07:20:27  * felixgequit (Read error: Connection reset by peer)
07:20:54  * daviddiasjoined
07:25:17  * inolenjoined
07:27:00  <MI6>joyent/libuv: Joshua Neuheisel master * f44f812 : build: hide dtrace rules unless needed - http://git.io/oQ920g
07:29:43  * inolenquit (Ping timeout: 246 seconds)
07:32:04  <MI6>libuv-master: #377 FAILURE smartos (3/198) windows (6/197) http://jenkins.nodejs.org/job/libuv-master/377/
07:32:10  * felixgejoined
07:34:11  <MI6>libuv-master-gyp: #329 UNSTABLE windows-x64 (6/197) smartos-ia32 (4/198) smartos-x64 (4/198) windows-ia32 (6/197) http://jenkins.nodejs.org/job/libuv-master-gyp/329/
07:37:44  * felixge_joined
07:37:44  * felixge_quit (Changing host)
07:37:44  * felixge_joined
07:38:39  * dshaw_joined
07:38:43  * felixgequit (Ping timeout: 250 seconds)
07:38:44  * felixge_changed nick to felixge
07:41:06  * dshaw_1joined
07:43:02  * dshaw_quit (Ping timeout: 240 seconds)
07:46:50  * felixgequit (Quit: felixge)
07:56:14  * dshaw_1quit (Ping timeout: 240 seconds)
08:03:25  * rendarjoined
08:04:06  <MI6>joyent/libuv: Saúl Ibarra Corretgé master * 69d2b69 : build: check if pkg-config is installed - http://git.io/GGdThA
08:04:34  <tjfontaine>what's up with the name there?
08:05:21  <tjfontaine>hmm utf8 weirdness
08:09:47  <MI6>libuv-master: #378 UNSTABLE smartos (3/198) windows (5/197) http://jenkins.nodejs.org/job/libuv-master/378/
08:11:00  <MI6>libuv-master-gyp: #330 UNSTABLE windows-x64 (5/197) smartos-ia32 (3/198) smartos-x64 (4/198) windows-ia32 (5/197) http://jenkins.nodejs.org/job/libuv-master-gyp/330/
08:14:26  * calvinfoquit (Quit: Leaving.)
08:14:43  <piscisaureus>tjfontaine: looks okay here
08:15:05  <tjfontaine>Sal Ibarra Corretg
08:15:14  * calvinfojoined
08:15:15  <tjfontaine>is how it came through here, so different utf than usual
08:16:57  <piscisaureus>http://yfrog.com/ob99syp
08:17:19  <piscisaureus>Acceptable? Or really bad?
08:18:04  <tjfontaine>for whom?
08:18:36  <tjfontaine>it's difficult for me to identify it
08:18:40  <piscisaureus>tjfontaine: what do you mean?
08:18:51  <piscisaureus>tjfontaine: right. that's bad
08:19:26  * calvinfoquit (Ping timeout: 245 seconds)
08:26:02  * inolenjoined
08:28:44  <saghul>where did you see it wrong tjfontaine? looks ok here :-)
08:29:53  <MI6>libuv-node-integration: #338 UNSTABLE linux-ia32 (1/683) smartos-x64 (7/683) smartos-ia32 (5/683) osx-x64 (1/683) osx-ia32 (1/683) linux-x64 (6/683) http://jenkins.nodejs.org/job/libuv-node-integration/338/
08:29:59  <tjfontaine>irc/utf8 weirdness, it's just slightly different than the last time: https://cloudup.com/ctHYkynKGGr
08:30:16  * inolenquit (Ping timeout: 246 seconds)
08:41:46  * felixgejoined
08:45:27  * calvinfojoined
08:50:16  * calvinfoquit (Ping timeout: 260 seconds)
08:52:27  * dshaw_joined
08:56:38  * dshaw_quit (Ping timeout: 240 seconds)
09:19:16  * mikolalysenkoquit (Ping timeout: 246 seconds)
09:22:14  * wolfeidauquit (Remote host closed the connection)
09:23:02  * janjongboomjoined
09:26:47  * inolenjoined
09:31:20  * inolenquit (Ping timeout: 260 seconds)
09:40:11  * wolfeidaujoined
09:45:35  * mikolalysenkojoined
09:46:08  * calvinfojoined
09:46:43  * karupanerurachanged nick to zz_karupanerura
09:50:21  * mikolalysenkoquit (Ping timeout: 252 seconds)
09:50:25  * calvinfoquit (Ping timeout: 246 seconds)
09:53:58  * piscisaureusquit (Quit: ~ Trillian Astra - www.trillian.im ~)
10:04:07  * Benviequit (Read error: Connection reset by peer)
10:04:25  * Benviejoined
10:05:16  * hzjoined
10:05:37  * blissdevquit (Ping timeout: 250 seconds)
10:05:45  * Kakerajoined
10:09:15  * kazuponquit (Remote host closed the connection)
10:10:01  * blissdevjoined
10:11:17  * chrisdickinsonquit (Ping timeout: 272 seconds)
10:12:58  <indutny>saghul: hello
10:14:09  <saghul>indutny hi!
10:14:25  <indutny>may I ask you for an advice? :)
10:15:13  <indutny>I'm getting SIGPIPE on linux
10:15:22  <indutny>when writing to a socket using uv_write()
10:15:25  <indutny>and that's quite odd
10:15:34  <indutny>since I thought we are handling it
10:15:49  <indutny>I wonder if it could be that I'm doing something wrong
10:16:33  * chrisdickinsonjoined
10:16:54  <indutny>ah, we are not handling it
10:16:55  <saghul>hum, are you doing anything behind libuv's back? or just calling uv_write
10:17:07  <indutny>shit
10:17:14  <saghul>we don't handle EPIPE errno?
10:17:14  <indutny>we are just not ignoring it :)
10:17:18  <indutny>we handle it
10:17:20  <indutny>but don't call
10:17:20  <indutny>signal(SIGPIPE, SIG_IGN);
10:17:20  * calvinfojoined
10:17:28  <indutny>perhaps, that is how it is intended to be
10:19:05  <saghul>heh, libev has some explicit text on it: http://doc.dvgu.ru/devel/ev.html#the_special_problem_of_sigpipe
10:19:49  <saghul>I guess your app should install a dummy handler for it, not sure if libuv should do it
10:20:23  <indutny>yeah
10:20:30  <indutny>well, indeed I just did it
10:20:35  <indutny>I'm not sure about libuv either
10:20:40  <indutny>it seems to be too broad
10:20:45  <saghul>yep
10:21:50  * calvinfoquit (Ping timeout: 264 seconds)
10:24:05  <indutny>whoa
10:24:10  <indutny>finally, added availability to bud :)
10:24:17  <indutny>it'll now try to reconnect to backends
10:24:22  <indutny>making it invisible for the clients
10:27:15  <saghul>kewl!
10:27:28  * inolenjoined
10:32:03  * inolenquit (Ping timeout: 250 seconds)
10:37:18  * calvinfojoined
10:40:27  <indutny>yeah
10:41:52  * calvinfoquit (Ping timeout: 264 seconds)
10:45:51  * mikolalysenkojoined
10:48:19  * bajtosquit (Quit: bajtos)
10:49:26  <MI6>nodejs-v0.10: #1650 UNSTABLE smartos-ia32 (5/605) osx-ia32 (1/605) linux-ia32 (3/605) osx-x64 (2/605) linux-x64 (2/605) smartos-x64 (7/605) http://jenkins.nodejs.org/job/nodejs-v0.10/1650/
10:50:52  * mikolalysenkoquit (Ping timeout: 264 seconds)
11:00:25  * abraxasquit (Remote host closed the connection)
11:17:36  <mmalecki>indutny: !
11:18:32  <mmalecki>indutny: if I have no need for SNI, should I use stud or bud?
11:18:40  <mmalecki>I don't recall if stud has availability
11:20:21  * wolfeidauquit (Remote host closed the connection)
11:20:43  <felixge>when patching v8, is it normal that 'make' inside the node dir will take ~1min for every small change? or should I expect more things to stay cached?
11:25:39  * stagasquit (Ping timeout: 260 seconds)
11:28:12  * inolenjoined
11:32:38  * inolenquit (Ping timeout: 264 seconds)
11:38:06  * calvinfojoined
11:42:33  * calvinfoquit (Ping timeout: 252 seconds)
11:46:38  * mikolalysenkojoined
11:52:04  * mikolalysenkoquit (Ping timeout: 264 seconds)
11:55:20  <indutny>heya
11:55:27  <indutny>mmalecki: better bad
11:55:31  <indutny>felixge: it is
11:55:39  <indutny>felixge: depends on patched file though
11:55:40  * Kakeraquit (Ping timeout: 264 seconds)
11:55:44  <indutny>it may take more
11:55:46  <indutny>if it was a header
11:56:13  <felixge>indutny: unicode-inl.h
11:56:18  <felixge>yeah
11:58:19  <indutny>felixge: well, that's a lot of recompilation :)
11:58:31  <felixge>yeah :(
11:58:35  <felixge>sucks
11:58:44  <felixge>stupid c++
11:59:11  <indutny>haha
11:59:21  <indutny>stupid make
11:59:23  <indutny>:)
11:59:31  <indutny>actually
11:59:32  <indutny>GYP
11:59:46  <indutny>it should parse .h files to figure out if the change really affect .cc files
12:00:33  <felixge>well, afaik c/c++ are fucked by design when it comes to recompilation because header files can't be cached as they can define stuff
12:22:44  * bajtosjoined
12:26:43  * wolfeidaujoined
12:28:58  * inolenjoined
12:33:20  * inolenquit (Ping timeout: 245 seconds)
12:34:47  <indutny>felixge: its ok that header files can define stuff :)
12:34:52  <indutny>it is a static compilation anyway
12:35:31  <mmalecki>indutny: thanks :)
12:36:03  <felixge>indutny: go has spoiled me ;)
12:38:51  * calvinfojoined
12:39:50  * calvinfo1joined
12:39:50  * calvinfoquit (Read error: Connection reset by peer)
12:40:45  * calvinfojoined
12:40:45  * calvinfo1quit (Read error: Connection reset by peer)
12:41:37  * calvinfo1joined
12:41:37  * calvinfoquit (Read error: Connection reset by peer)
12:44:49  <indutny>felixge: hah
12:44:53  <indutny>felixge: does it include files at runtime?
12:45:39  * calvinfo1quit (Read error: Operation timed out)
12:47:21  * mikolalysenkojoined
12:50:51  * m76quit (Read error: Connection reset by peer)
12:52:24  * mikolalysenkoquit (Ping timeout: 252 seconds)
13:02:21  * jxsquit (Ping timeout: 246 seconds)
13:05:31  * jxsjoined
13:07:42  * jmar777joined
13:11:52  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:15:04  <indutny>mmalecki: please let me know if you're going to try it out
13:15:48  <indutny>I'd offer any help that I could :)
13:20:41  * dshaw_joined
13:20:50  * paddybyers_joined
13:23:19  * hueniversejoined
13:23:25  * paddybyersquit (Ping timeout: 246 seconds)
13:23:26  * tellnesquit (Ping timeout: 246 seconds)
13:23:26  * hueniverse1quit (Ping timeout: 246 seconds)
13:23:26  * paddybyers_changed nick to paddybyers
13:25:08  * dshaw_quit (Ping timeout: 246 seconds)
13:28:44  * tellnesjoined
13:29:46  * inolenjoined
13:32:57  * janjongboomjoined
13:34:40  * inolenquit (Ping timeout: 264 seconds)
13:35:41  * bajtosquit (Quit: bajtos)
13:35:48  * kevinswiberjoined
13:42:22  * calvinfojoined
13:43:20  * calvinfo1joined
13:43:20  * calvinfoquit (Read error: Connection reset by peer)
13:47:57  * calvinfo1quit (Ping timeout: 252 seconds)
13:48:08  * mikolalysenkojoined
13:52:55  * mikolalysenkoquit (Ping timeout: 245 seconds)
13:56:15  <felixge>indutny: is danno his name as well?
13:56:19  <felixge>or what's his name?
13:56:24  <indutny>no
13:56:27  <indutny>his name is Daniel
13:56:32  <indutny>Daniel Clifford
13:59:14  * defunctzombie_zzchanged nick to defunctzombie
14:00:23  * jmar777quit (Read error: Connection reset by peer)
14:00:53  * felixge_joined
14:00:53  * felixge_quit (Changing host)
14:00:53  * felixge_joined
14:01:01  * jmar777joined
14:01:04  * felixgequit (Ping timeout: 264 seconds)
14:01:04  * felixge_changed nick to felixge
14:06:55  <mmalecki>indutny: yes, but I'll only have a usecase in ~1 month
14:07:10  <indutny>ok
14:07:13  <indutny>that's good anyway
14:20:12  * abraxasjoined
14:24:35  * abraxasquit (Ping timeout: 245 seconds)
14:30:28  * inolenjoined
14:32:32  * m76joined
14:34:43  * inolenquit (Ping timeout: 250 seconds)
14:36:25  <felixge>indutny: thx
14:36:33  <indutny>felixge: np, you're welcome
14:36:49  <felixge>indutny: hopefully they're interested in producing valid UTF-8
14:37:00  <indutny>well, we will see :)
14:37:59  <felixge>if not I'll send a patch that renames the function to WriteSomethingSimilarToUtf8
14:38:00  <felixge>:P
14:38:05  <indutny>hahahaha
14:44:06  * calvinfojoined
14:45:07  * calvinfo1joined
14:45:07  * calvinfoquit (Read error: Connection reset by peer)
14:46:03  * calvinfojoined
14:46:03  * calvinfo1quit (Read error: Connection reset by peer)
14:48:51  * mikolalysenkojoined
14:50:39  * calvinfoquit (Ping timeout: 252 seconds)
14:53:57  * mikolalysenkoquit (Ping timeout: 252 seconds)
14:59:26  * jmar777quit (Read error: Connection reset by peer)
15:00:05  * jmar777joined
15:01:28  * einarosquit (*.net *.split)
15:07:36  * einarosjoined
15:10:49  * Kakerajoined
15:11:08  * bajtosjoined
15:12:20  * kevinswiberquit (Remote host closed the connection)
15:13:34  * timoxleyquit (Read error: Connection reset by peer)
15:13:41  * timoxleyjoined
15:14:29  * kenperkinsjoined
15:18:09  * `3rdEdenchanged nick to `3E|AFC
15:20:23  * felixgequit (Ping timeout: 265 seconds)
15:21:08  <MI6>nodejs-master: #761 UNSTABLE smartos-x64 (8/683) osx-x64 (1/683) centos-ia32 (6/683) smartos-ia32 (5/683) osx-ia32 (1/683) centos-x64 (5/683) ubuntu-x64 (1/683) http://jenkins.nodejs.org/job/nodejs-master/761/
15:21:37  * felixgejoined
15:31:13  * inolenjoined
15:35:15  * mikealquit (Quit: Leaving.)
15:35:31  * inolenquit (Ping timeout: 246 seconds)
15:39:02  * pachetjoined
15:46:48  * calvinfojoined
15:47:25  * paulfryzeljoined
15:49:36  * mikolalysenkojoined
15:51:15  * calvinfoquit (Ping timeout: 245 seconds)
15:54:37  * mikealjoined
15:54:59  * mikolalysenkoquit (Ping timeout: 260 seconds)
15:58:19  * wolfeida_joined
15:59:39  * wolfeidauquit (Ping timeout: 260 seconds)
16:04:27  * calvinfojoined
16:06:56  * timoxleyquit (Remote host closed the connection)
16:08:55  * AvianFlujoined
16:21:01  * abraxasjoined
16:25:13  * abraxasquit (Ping timeout: 246 seconds)
16:26:43  * jameshowejoined
16:28:01  <jameshowe>indutny: free for PM?
16:29:43  * mcavagejoined
16:31:58  * inolenjoined
16:34:23  * mdsummersjoined
16:36:26  * jmar777quit (Remote host closed the connection)
16:36:31  * inolenquit (Ping timeout: 260 seconds)
16:38:31  * pachetquit (Ping timeout: 272 seconds)
16:45:30  * kevinswiberjoined
16:45:55  * bajtosquit (Quit: bajtos)
16:46:28  * calvinfoquit (Quit: Leaving.)
16:50:20  * mikolalysenkojoined
16:50:25  * pachetjoined
16:50:25  * pachetquit (Changing host)
16:50:25  * pachetjoined
16:52:19  * dap_joined
16:55:25  * mikolalysenkoquit (Ping timeout: 245 seconds)
17:00:10  * mikolalysenkojoined
17:01:10  * AvianFlu_joined
17:02:42  * AvianFluquit (Read error: Operation timed out)
17:02:51  * AvianFlu_quit (Client Quit)
17:03:02  * AvianFlujoined
17:11:02  * bajtosjoined
17:11:29  * daviddia_joined
17:12:10  * wolfeidaujoined
17:12:21  * daviddiasquit (Ping timeout: 245 seconds)
17:12:27  * wolfeida_quit (Ping timeout: 250 seconds)
17:17:00  * calvinfojoined
17:17:57  * calvinfo1joined
17:17:58  * calvinfoquit (Read error: Connection reset by peer)
17:20:46  * mikealquit (Quit: Leaving.)
17:22:16  * calvinfo1quit (Ping timeout: 246 seconds)
17:29:26  * brsonjoined
17:32:55  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:36:26  * stagasjoined
17:37:26  * mikolalysenkoquit (Ping timeout: 264 seconds)
17:44:48  * mikolalysenkojoined
17:45:53  * inolenjoined
17:45:54  * octetcloudjoined
17:48:33  * TooTallNatejoined
17:50:27  * inolenquit (Ping timeout: 272 seconds)
17:53:16  <MI6>libuv-master: #379 UNSTABLE smartos (3/198) windows (5/197) http://jenkins.nodejs.org/job/libuv-master/379/
17:58:57  * daviddiasjoined
18:00:41  * daviddia_quit (Ping timeout: 245 seconds)
18:03:24  * calvinfojoined
18:07:17  * AvianFlu_joined
18:07:41  * AvianFluquit (Disconnected by services)
18:07:44  * AvianFlu_changed nick to AvianFlu
18:09:09  * mikealjoined
18:12:28  * robertkowalskiquit (Ping timeout: 264 seconds)
18:13:01  <MI6>libuv-node-integration: #339 UNSTABLE linux-ia32 (1/683) smartos-x64 (7/683) smartos-ia32 (6/683) osx-x64 (1/683) osx-ia32 (1/683) linux-x64 (3/683) http://jenkins.nodejs.org/job/libuv-node-integration/339/
18:13:38  * robertkowalskijoined
18:15:38  * Benvie_joined
18:16:40  * Benviequit (Ping timeout: 245 seconds)
18:17:34  * inolenjoined
18:26:40  * Kakeraquit (Ping timeout: 245 seconds)
18:28:59  * mikolalysenkoquit (Ping timeout: 260 seconds)
18:31:30  * jmar777joined
18:34:47  * st_lukejoined
18:39:15  * calvinfoquit (Quit: Leaving.)
18:40:29  * kevinswiberquit (Remote host closed the connection)
18:42:05  * calvinfojoined
18:45:38  <trevnorris>hello all
18:45:44  <trevnorris>creationix: you have questions?
18:50:38  * st_lukequit (Remote host closed the connection)
18:51:39  * kevinswiberjoined
18:53:59  * otwojoined
18:54:06  * paulfryzelquit (Read error: Connection reset by peer)
18:54:46  * paulfryzeljoined
18:55:14  * st_lukejoined
19:01:21  * c4milojoined
19:02:25  * `3E|AFCchanged nick to `3rdEden
19:12:10  * dshaw_joined
19:13:52  * rmgjoined
19:14:07  * mikolalysenkojoined
19:14:20  <otwo>isaacs: tjfontaine: is it correct that the core meeting isn't happening tomorrow morning?
19:15:10  <isaacs>otwo: yeah, moved to thursday
19:39:26  <mmalecki>so I started getting weird errors on 0.10.22 yesterday. when I set http maxSockets to 1000, my process talking to CouchDB started erroring out with either:
19:39:41  <mmalecki>a) ECONNRESET on read
19:39:47  <mmalecki>b) EPIPE on write
19:39:53  <mmalecki>c) ECONNRESET on connect
19:40:07  <mmalecki>this didn't happen with lower values of http maxSockets like 100
19:40:45  <mmalecki>I did some DTrace'ing, and node was actually getting those errors from a syscall
19:40:51  <tjfontaine>which syscall?
19:40:57  <tjfontaine>oh
19:41:04  <tjfontaine>I see you included them in your list
19:41:08  <mmalecki>couch was also seeing corresponding errors from it's calls.
19:41:24  <mmalecki>that is, ECONNRESET on node corresponded with EPIPE in Couch.
19:42:18  <tjfontaine>the 0.10.22 indication, were you setting it to 1000 before and not seeing this problem on earlier versions?
19:42:28  * paulfryzelquit (Read error: Connection reset by peer)
19:42:38  <mmalecki>I only saw it on 0.10.22, didn't try other versions.
19:42:49  <tjfontaine>ok
19:42:52  * paulfryzeljoined
19:42:54  <mmalecki>I can test it on other versions tomorrow
19:43:04  <mmalecki>it was my work computer, OS X
19:43:05  * indexzerojoined
19:43:29  <tjfontaine>oh, this wasn't on smartos?
19:43:47  <mmalecki>no. OS X also has DTrace :-). pretty dumb, of course.
19:44:07  <mmalecki>it can trace syscalls and stuff like, that, but no ustack helpers.
19:45:44  <tjfontaine>sure, I just made a leap of faith :P
19:46:01  <indutny>mmalecki: ulimit -n ?
19:46:18  <indutny>or perhaps sysctl -w net.inet.ip.portrange.first=12000
19:46:21  <indutny>sysctl -w net.inet.ip.portrange.hifirst=12000
19:46:25  <indutny>will it fix it?
19:46:31  <mmalecki>indutny: 8192
19:46:36  <indutny>what about others?
19:46:38  <mmalecki>(on that machine)
19:46:43  <mmalecki>good point about those
19:46:52  <mmalecki>making a note of it
19:47:15  <mmalecki>would those be ECONNRESET tho?
19:58:33  * indexzeroquit (Quit: indexzero)
19:59:18  * indexzerojoined
19:59:59  <indutny>mmalecki: it could be anything
20:00:22  * mikealquit (Quit: Leaving.)
20:03:27  * mikolalysenkoquit (Ping timeout: 272 seconds)
20:04:01  * Kakerajoined
20:05:43  * indexzeroquit (Quit: indexzero)
20:06:59  * bajtosquit (Quit: bajtos)
20:12:12  * timoxleyjoined
20:13:29  * timoxleyquit (Remote host closed the connection)
20:33:13  * indexzerojoined
20:33:33  * mikolalysenkojoined
20:46:21  * dshaw_quit (Quit: Leaving.)
21:12:25  * m76quit (Read error: Connection reset by peer)
21:13:27  * jmar777quit (Remote host closed the connection)
21:28:20  * rmgquit (Remote host closed the connection)
21:30:44  * dshaw_joined
21:33:02  * mikealjoined
21:36:04  <indutny>tjfontaine: hey man
21:36:15  <indutny>tjfontaine: you there?
21:37:41  <tjfontaine>semi, in a meeting
21:38:22  <indutny>oh
21:38:23  <indutny>ok
21:38:29  <indutny>just wanted to ask you about https://github.com/joyent/node/pull/6661/files
21:48:01  <indutny>tjfontaine: same patch will need to be landed in master
21:48:08  <indutny>but with significant changes
21:48:12  <indutny>since we have TLSWrap there
21:50:57  * rendarquit (Quit: Leaving)
21:54:16  <trevnorris>indutny: give me 15 and i'll finish reviewing 6661
22:09:32  * rmgjoined
22:23:15  * abraxasjoined
22:24:46  <tjfontaine>we'll need both tlswrap and legacy
22:26:37  * hzquit
22:28:45  * abraxasquit (Ping timeout: 272 seconds)
22:29:02  <trevnorris>test/simple/test-tls-server-verify.js is failing on v0.10 on my box.
22:29:11  <trevnorris>happen for anyone else?
22:32:08  <othiym23>creationix: whoopsie https://github.com/othiym23/node-continuation-local-storage/issues/14
22:32:16  <othiym23>gonna work on fixing that this week
22:32:25  * dshaw_quit (Read error: Connection reset by peer)
22:32:34  <othiym23>rvagg: I don't pretend that CLS is a fundamental abstraction, but I do believe that it's strictly more general than domains
22:34:40  <othiym23>rvagg: in fact, when I originally submitted my CLS PR to core, my intention was to rework domains to run atop CLS
22:35:13  <othiym23>the main thing that domains have that CLS doesn't is special-case control flow for errors (obviously), but I've actually extended the CLS async listener used by New Relic to act as the primary error tracer as well
22:35:47  <othiym23>and it works pretty well (and has uncovered some bugs in the 0.8.x version of the async-listener polyfill I use in CLS)
22:37:03  <othiym23>if JS weren't so mutation-heavy, it would almost be possible to treat CLS or domains as a(n applicative?) functor or a monad, but in reality they're a halfassed, leaky abstractions by dint of JavaScript not being purely functional
22:37:53  * dshaw_joined
22:41:11  * kevinswiberquit (Remote host closed the connection)
22:42:41  * otwoquit (Read error: Connection reset by peer)
22:43:02  * otwojoined
22:48:23  * otwoquit (Ping timeout: 272 seconds)
22:53:48  * daviddiasquit (Remote host closed the connection)
22:55:44  * dap_quit (Quit: Leaving.)
22:59:17  * dap_joined
23:02:00  <trevnorris>finally. finished my backlog. can finally start working on async listeners
23:03:01  * Kakeraquit (Ping timeout: 248 seconds)
23:03:40  <othiym23>trevnorris: lemme know when you have a new PR up, so I can start figuring out how much of the polyfill is going to need to change
23:03:50  <trevnorris>othiym23: will do
23:04:38  <othiym23>trevnorris: also this is what I'm using for EEs right now, and if you and I can figure out a unified approach that works for both of us, that would be rad: https://github.com/othiym23/emitter-listener/blob/master/listener.js
23:04:49  * indexzeroquit (Quit: indexzero)
23:05:05  <othiym23>(the docs suck, which is why I'm linking directly to the code)
23:05:10  * brsonquit (Ping timeout: 240 seconds)
23:05:57  <trevnorris>othiym23: cool. so the asynclistener api is switching to create/before/after/error, and part of the fix is to implement EventEmitter.addEventListener() w/ the same callbacks.
23:06:11  <trevnorris>a suplemental API specfiically for the event emitter.
23:06:37  <othiym23>yeah, the main difference is that my implementation patches individual listeners, unmarked EEs don't eat the cost of running the listeners
23:06:55  <othiym23>emitter-listeners, that is
23:06:58  <othiym23>terminology is haaard
23:07:06  <trevnorris>heh, seriously
23:07:16  <trevnorris>my approach will actually make the current event emitters faster
23:07:25  <trevnorris>because right now they still have to check for the global .domain property
23:07:35  <trevnorris>but w/ the new approach i'll be able to get around that.
23:07:55  * brsonjoined
23:07:55  * mikealquit (Quit: Leaving.)
23:08:03  <othiym23>we're still trying to establish whether or not domains are slower running atop async-listeners, btw
23:08:12  <trevnorris>heh, ok.
23:08:50  <trevnorris>honestly I wouldn't worry about it for now. the new implementation is not a minor thing, so anything you get together will most likely change in the PR
23:09:25  <trevnorris>also, there's one bit of functionality that we'll need to discuss for your polyfill
23:10:20  <othiym23>oh?
23:10:22  <trevnorris>so, you'll be able to pass process.addAsyncListener(callbacks, storage, type). where type is an enum on something like process.AsyncListeners, that will allow you to filter your calls.
23:11:04  <trevnorris>so, say you only want to track timer calls, it'd be: process.addAsyncListener({}, null, process.AsyncTypes.Timer); or some such
23:11:40  <trevnorris>the concept is easy. the API, not so much
23:12:59  <othiym23>trevnorris: is this based on your conversations with creationix?
23:13:24  * mikealjoined
23:13:25  <trevnorris>well, I had wanted to put that in from the beginning, but came to me in the shower a couple days ago
23:13:35  <trevnorris>(possibly tmi :)
23:15:19  <othiym23>that's where most of my most productive debugging happens
23:15:27  <trevnorris>hehe
23:16:09  * mikealquit (Client Quit)
23:19:04  * mikealjoined
23:19:56  * hzjoined
23:20:02  * `3rdEdenchanged nick to `3E|ZZ
23:20:16  * st_lukequit (Remote host closed the connection)
23:24:07  <tjfontaine>trevnorris: tls server verify probably has to do with system based certs being available?
23:24:45  <trevnorris>i dunno. not even sure how to check that, but not going to worry about it right now
23:24:45  * mikealquit (Quit: Leaving.)
23:27:35  <tjfontaine>trevnorris: I can't really see you bothering wasting time doing these fs.stat benches
23:27:49  <trevnorris>tjfontaine: that honestly took me less than 5 mins.
23:27:57  <tjfontaine>trevnorris: I know, I'm just saying don't do much more :)
23:28:04  * indexzerojoined
23:28:07  <trevnorris>not planning on it. :)
23:28:13  <trevnorris>on my "rainy day" list
23:28:31  <tjfontaine>if someone wants to move buildstatsobject to js (which it should be, I'm considering doing that on spawnSync) theey can submit a pr
23:28:52  <trevnorris>othiym23: not suer how your shim works, but i'm of the opinion that once the callback object is passed the object should not be touched.
23:29:12  <trevnorris>i mean, technically the object could be manipulated in transit, but that opens a massive can of worms.
23:29:17  <othiym23>Jo's mostly client-side, so I can't really see her submitting a PR
23:29:55  <trevnorris>tjfontaine: honestly I ran those real quick to prevent speculation and additional comments about where the hit is coming from.
23:30:03  <tjfontaine>I'm trying to imagine a world where stat's should be in anyone's hotpath
23:30:06  * hzquit
23:30:10  <trevnorris>ditto
23:30:15  <othiym23>trevnorris: you opt individual EEs into the API, which then immediately monkeypatches them, and ensures that they remain monkeypatched
23:30:18  <trevnorris>well, statSync
23:30:35  <othiym23>she did point out that non-sync stat is even slower than statSync
23:30:46  <tjfontaine>that's because of the threadpool
23:30:48  * mikealjoined
23:30:49  <othiym23>if I had to guess, I'd say that an asset pipelining thing like grunt is probably in the mix here as well
23:30:58  <othiym23>THERE ARE NO THREADS IN NODE
23:30:58  <LOUDBOT>AND YOU MADE IT INTO A JOKE ABOUT MICROSOFT
23:31:00  <othiym23>sorry, that just popped out
23:31:01  <tjfontaine>:)
23:31:10  <trevnorris>othiym23: sorry, i'm confused.
23:32:59  * mikealquit (Client Quit)
23:33:18  <trevnorris>othiym23: also, type filtering is going to wait. making sure that's done correctly is another can of worms that I can't worry about right now.
23:33:39  <othiym23>trevnorris: so emitter-listener basically has one call, wrapEmitter, that takes an EE, a marking function (think 'create' in async-listener terms), and a preparing function (think 'before' in async-listener terms)
23:33:44  <trevnorris>so asynclistener isn't going to be as fast as it can, but it'll fix a lot of these edge cases.
23:33:59  * mikealjoined
23:34:12  <trevnorris>ok, i'm with you
23:34:17  <othiym23>when wrapEmitter is called, it monkeypatches the emitter to do all the stuff that that listener requires
23:34:26  * dshaw_quit (Read error: Connection reset by peer)
23:34:29  * AvianFluquit (Ping timeout: 248 seconds)
23:35:02  <othiym23>which includes adding some functionality to ensure that it stays wrapped, because of how streams1 re-calls EventEmitter on the object for obscure, isaacs-related reasons
23:35:14  <trevnorris>ok. i'm missing where that would be affected, or affect, async listener
23:35:17  <othiym23>actually I shouldn't blame isaacs for that, that's just legacy node at this point
23:35:21  <othiym23>it doesn't at all
23:35:30  <trevnorris>ok
23:35:46  <othiym23>it's just that this way, I only take a perfomrance hit on the EEs that are part of the system
23:35:54  <othiym23>instead of having a global listener that every EE might run
23:36:14  <othiym23>it's possible (likely) that I don't yet understand how the emitter.addListener API is supposed to work in your design
23:36:40  <trevnorris>do you mean EventEmitter.addEventListener()?
23:36:45  * dshaw_joined
23:37:26  <trevnorris>basically I was thinking that "create" would be run when an EE is instantiated, before/after/error basically the same.
23:37:53  <trevnorris>then I guess there'd be one additional callback to be called when an event listener is added or removed.
23:38:01  <othiym23>that's how I thought it worked
23:38:22  <othiym23>I like my model better because < 1% of the EEs in a given application need to be tracked for CLS's purposes
23:39:23  <trevnorris>i'm missing how that works. but i'm also not sparing too many brain cells right now.
23:39:35  <othiym23>I did some work (at groundwater's suggestion) to ensure that a single emitter can be wrapped by multiple observers, although that would get slow in a hurry
23:40:32  <othiym23>trevnorris: well, in my world, I'm explicitly opting the EEs I care about into being observed (as in wrapEmitter(res, ...) and wrapEmitter(req, ...))
23:40:44  <othiym23>we can talk about it more when you're actually working on it
23:40:52  * paddybyersquit (Quit: paddybyers)
23:41:00  <othiym23>I'm just advocating in favor of doing something that's cheap to use rather than free when not used
23:41:04  <trevnorris>guess what I'm wondering is how you determine what the EE's are you actually care about
23:41:07  * dshaw_quit (Ping timeout: 260 seconds)
23:41:20  <trevnorris>and might as well talk about it now, this API is one of the first steps to the rewrite
23:42:07  <othiym23>I don't think there's any way to automatically sort EEs into being "of interest" or "not of interest", at least for CLS
23:43:05  <othiym23>because they're synchronous constructs used to bridge asynchronous domains, you have to take developer intent into account, and because there's not really any useful metadata along those lines included when you're instantiating an EE, somebody has to make the call that an EE is relevant to an observation process
23:44:09  <othiym23>in my case, that's not something that CLS does, it just exposes a bindEmitter call that the New Relic tracer uses to add a few things (most notably the HTTP request and response objects) into the tracer's CLS namespace
23:44:15  <trevnorris>othiym23: well, look at it this way. all event emitters will also have a .__storage property similar to the ._asyncQueue that contains all the storage/callback information. so wrapping an EE after instantiation is trivial
23:44:31  <tjfontaine>o0
23:44:37  <trevnorris>sup?
23:44:58  <tjfontaine>just trying to envision what's going on
23:45:10  <othiym23>did I use too much bafflegab and warm-reboot tjfontaine?
23:45:18  <trevnorris>you might want to grab some ibprofen if you do
23:45:49  <tjfontaine>I have had 0 coffee today, I tried to just run out and get some but got hijacked into a v0.8 issue
23:46:01  <trevnorris>oooh. v0.8?
23:46:03  <tjfontaine>haven't tried again yet
23:46:26  * dshaw_joined
23:46:32  <tjfontaine>ya working for a company that has both v0.10 and v0.8 in prod is fun, I feel bad for othiym23 and his 0.6 haters
23:46:54  <trevnorris>othiym23: checking a context property is very cheap compared to checking a global property, which EE is already doing, so switching to context property checks is a win anyways
23:47:09  <trevnorris>othiym23: and will still give you the ability to "wrap" the emitter after instantiation
23:47:29  <othiym23>trevnorris: to pop up a level to CLS, what I *need* is to capture both the CLS state at the time a listener is registered and again when it's called, to make sure that the listener is being executed in a context where it has information to the storage it needs
23:47:31  <trevnorris>tjfontaine: so sorry. and I was hating my day for triaging all those bugs.
23:48:04  <tjfontaine>trevnorris: nod, also remember that daviddias is going to be helping with that, so there's not too much pressure to feel like you need to keep it all in your head
23:48:21  <tjfontaine>trevnorris: let's just stay focused on v0.12, I've been in spawnSync this weekend/today
23:48:22  <othiym23>trevnorris: I'm not afraid that you're going to move my cheese, I'm just trying to get input into what kind of cheese you're making in the first place ;)
23:48:28  <tjfontaine>heh
23:48:35  <tjfontaine>blue cheese please.
23:48:40  <trevnorris>othiym23: a JS to JS call, even for EE, is going to be cheap (if the callback is cheap)
23:48:44  <othiym23>I can work around whatever crazy shit you do, but I would prefer to just have there be one standard mechanism I can use
23:48:47  <trevnorris>tjfontaine: will do
23:49:08  <trevnorris>yeah. and that's what I'm going for. an API where you don't have to wrap anything :)
23:49:54  <trevnorris>tjfontaine: fixing asynclistener is all for me as far as API stuff. after that it's just critical stability fixes. and whatever perf improvements I can get in
23:50:14  <tjfontaine>sure, if fedors numbers on tls are right -- jesus fuckign christ :P
23:50:27  <trevnorris>heh
23:56:29  * indexzeroquit (Quit: indexzero)
23:59:34  <MI6>libuv-master-gyp: #331 UNSTABLE windows-x64 (10/197) smartos-ia32 (3/198) smartos-x64 (4/198) windows-ia32 (8/197) http://jenkins.nodejs.org/job/libuv-master-gyp/331/
23:59:56  * pachetquit (Quit: leaving)