00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:10  * ircretaryjoined
00:00:22  * jreyno40joined
00:15:43  * avalanche123quit (Remote host closed the connection)
00:21:58  * c4milojoined
00:32:01  * seldojoined
00:46:06  * avalanche123joined
00:49:34  * c4miloquit (Ping timeout: 272 seconds)
00:49:47  * seldoquit
00:51:04  * avalanche123quit (Ping timeout: 260 seconds)
00:51:13  * ryancolejoined
00:55:43  * sh1mmerquit (Read error: Connection reset by peer)
00:57:36  * cjbquit (Remote host closed the connection)
00:58:09  * cjbjoined
00:58:22  * cjbquit (Remote host closed the connection)
00:58:34  * cjbjoined
00:59:35  * kazuponjoined
01:00:21  * c4milojoined
01:02:25  * kazupon_joined
01:02:51  * kazuponquit (Read error: Connection reset by peer)
01:04:01  * c4miloquit (Read error: Connection reset by peer)
01:04:10  * c4milojoined
01:07:12  * FROGGS__joined
01:10:42  * FROGGS_quit (Ping timeout: 245 seconds)
01:19:22  * c4miloquit (Ping timeout: 240 seconds)
01:23:50  * avalanche123joined
01:25:39  * avalanche123quit (Remote host closed the connection)
01:26:40  * avalanche123joined
01:31:00  * avalanche123quit (Ping timeout: 246 seconds)
01:46:10  * sh1mmerjoined
01:49:20  * abraxasjoined
02:05:55  * jreyno40quit (Quit: jreyno40)
02:07:27  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
02:08:20  * Left_Turnquit (Remote host closed the connection)
02:24:14  * sandr8joined
02:35:09  * jreyno40joined
02:42:55  * a_le_quit (Remote host closed the connection)
02:43:37  * a_lejoined
02:57:21  * avalanche123joined
03:01:56  * avalanche123quit (Ping timeout: 272 seconds)
03:04:39  * bradleymeckjoined
03:11:19  * avalanche123joined
03:16:27  * petka_quit (Quit: Connection closed for inactivity)
03:21:21  * kazupon_quit (Remote host closed the connection)
03:53:58  * kazuponjoined
03:57:14  * thlorenzjoined
04:01:25  * jreyno40quit (Quit: jreyno40)
04:01:47  * thlorenzquit (Remote host closed the connection)
04:03:39  * thlorenzjoined
04:05:01  * thlorenzquit (Remote host closed the connection)
04:11:22  * avalanche123quit (Remote host closed the connection)
04:11:49  * avalanche123joined
04:14:23  * DrPizzaquit (Ping timeout: 240 seconds)
04:16:03  * DrPizzajoined
04:16:40  * avalanche123quit (Ping timeout: 272 seconds)
04:18:25  * jreyno40joined
04:19:53  * cjihrigquit (Quit: Leaving.)
04:22:41  * bradleymeckquit (Quit: bradleymeck)
04:28:16  * iarnajoined
04:29:27  * iarnaquit (Remote host closed the connection)
04:31:20  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
04:46:02  * ryancolequit
04:48:07  * avalanche123joined
05:09:10  * inolenquit (Quit: Leaving.)
05:25:21  * jreyno40quit (Quit: jreyno40)
05:28:18  * FROGGS__quit (Quit: Verlassend)
05:40:02  * jreyno40joined
05:44:26  * calvinfoquit (Quit: Leaving.)
05:52:32  * jreyno40quit (Quit: jreyno40)
06:10:03  * kazupon_joined
06:13:12  * kazuponquit (Ping timeout: 245 seconds)
06:18:52  * a_lequit (Remote host closed the connection)
06:20:39  * Guest81645changed nick to `3rdEden
06:23:52  * a_lejoined
06:32:12  <MI6>joyent/libuv: Rob Adams v1.x * 1cc2517 : build: add missing fixtures to distribution tarball - http://git.io/IjPieQ
06:39:08  * seishunjoined
06:39:51  * a_lequit (Remote host closed the connection)
06:45:40  * seishunquit (Quit: Leaving)
06:46:47  * seishunjoined
06:49:32  * kazupon_quit (Remote host closed the connection)
06:50:00  * kazuponjoined
06:50:39  * rendarjoined
07:10:54  * avalanche123quit (Remote host closed the connection)
07:13:28  * avalanche123joined
07:13:35  * avalanch_joined
07:15:22  * avalanche123quit (Remote host closed the connection)
07:24:51  * avalanch_quit (Remote host closed the connection)
07:31:38  * FROGGSjoined
07:32:57  * janjongboomjoined
07:34:25  * dainis_changed nick to dainis
07:37:37  * Soarez|afkchanged nick to Soarez
07:38:30  * Soarezchanged nick to Soarez|afk
08:09:43  * danlovesproofsjoined
08:40:23  * abraxasquit (Remote host closed the connection)
08:41:12  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:49:28  * abraxasjoined
09:05:16  * sinclair-workquit (Read error: Connection reset by peer)
09:05:43  * sinclair-workjoined
09:31:45  * janjongboomjoined
09:34:25  * Left_Turnjoined
09:46:00  * toothrotquit (Ping timeout: 272 seconds)
09:52:02  * jzelenkovjoined
10:01:05  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:05:47  * janjongboomjoined
10:08:11  * janjongboomquit (Client Quit)
10:09:19  * abraxasquit (Remote host closed the connection)
10:12:38  <txdv>saghul: which version of python does we need for libuv?
10:12:41  <txdv>2/3?
10:16:25  <saghul>txdv: 2.7
10:16:32  * kazuponquit (Remote host closed the connection)
10:16:51  <saghul>google broke 2.6 support in GYP a while ago, and it was never ported to Python 3
10:18:36  * kazuponjoined
10:19:21  * kazuponquit (Remote host closed the connection)
10:34:04  * karupachanged nick to zz_karupa
10:37:19  * chris_99joined
10:40:56  * seishunquit (Ping timeout: 260 seconds)
10:49:17  * jzelenkovquit (Quit: jzelenkov)
10:50:33  * jzelenkovjoined
10:53:47  * jzelenkovquit (Client Quit)
10:57:25  * jzelenkovjoined
11:03:04  * toothrotjoined
11:23:49  * guybrushquit (Quit: gnag!)
11:58:45  <txdv>windows is absolute shit
11:58:50  <txdv>worst dev einvornment ever
12:08:20  <txdv>it works, then i recompile it, doesnt work anymore, recompile it again, works, then again doesnst
12:08:28  <txdv>screw that shit
12:12:32  * iarnajoined
12:17:34  * guybrushjoined
12:30:48  * cjihrigjoined
12:30:48  * cjihrigquit (Client Quit)
12:31:18  <txdv>and again
12:31:21  <txdv>just hangs
12:32:22  <txdv>windows is an absolute waste of development time
12:35:25  <indutny>tjfontaine: heya
12:35:28  <indutny>let's do a v0.11 today
12:35:34  <indutny>I'll figure out TLS memory leaks tomorrow
12:37:13  <jzelenkov>indutny: hey. I have a few questions about http_parser. Do you have a minute?
12:37:18  <indutny>hm...
12:37:21  <indutny>heya
12:37:22  <indutny>perhaps
12:37:25  <indutny>I'm in airport right now
12:39:02  * iarnaquit (Remote host closed the connection)
12:39:47  * seishunjoined
12:42:10  <jzelenkov>indutny: I am interested in doing some work for the http_parser. TJFontaine at the nodeconfeu suggested that rewriting http_parser in JavaScript would be beneficial to the community.
12:42:24  <jzelenkov>I've found the `node/http_parser` project, but there is also a `joyent/node`\node_http_parser.cc which acts as a higher-level binding.
12:42:30  <indutny>jzelenkov: yes, this is a good experiment
12:42:37  <indutny>well
12:42:51  <indutny>technically, node_http_parser.cc is just providing bindings to C http_parser
12:43:04  <indutny>jzelenkov: I'd suggest taking a look at lib/_http_*
12:43:11  <indutny>to see what js api the Parser object is exposing
12:43:25  <indutny>this should be a good starting point
12:45:55  <jzelenkov>hmmm…ok. Does it mean that everything that is being exported in these files => is a public HTTP_PARSER API?
12:46:45  <txdv>rewrite it into js? why?
12:48:02  * cjihrigjoined
12:48:28  <guybrush>jzelenkov: this may be relevant: https://github.com/substack/http-alt
12:49:04  <jzelenkov>txdv: it could bring a performance boost because there will be no native method calls from JS context
12:49:21  <jzelenkov>guybrush: thanks! I’ll have a look
12:50:03  <indutny>jzelenkov: it could :)
12:50:12  <indutny>there are certainly some unexplored stuff there
12:52:03  <indutny>sorry
12:52:05  <indutny>going to gate
12:52:07  <indutny>ttys
12:53:21  <jzelenkov>thx. Have a safe flight
13:00:35  * avalanche123joined
13:05:24  * jzelenkovquit (Quit: jzelenkov)
13:05:30  * avalanche123quit (Ping timeout: 272 seconds)
13:11:40  * cjihrigquit (Quit: Leaving.)
13:15:53  * kazuponjoined
13:18:29  <txdv>saghul: for some the test hangs sometimes
13:22:40  <saghul>txdv: "for some" ?
13:24:47  <txdv>fucked up reason
13:24:59  <txdv>it consistantly compiled and ran 5 times in a row and now it doesnt
13:29:35  <txdv>¯\_(ツ)_/¯
13:30:23  <txdv>if i a do a fresh checkout, compile and run then it passes
13:33:48  <saghul>did you check if there is some stalled process left hanging?
13:34:21  <saghul>I've occasinally seen run-tests.exe remain in limbo
13:38:11  <txdv>stalled process?
13:38:16  <txdv>how do i check if a process is stalled?
13:40:09  <saghul>ctrl + alt + del
13:40:16  <saghul>check in the task list
13:41:05  * jzelenkovjoined
13:41:10  <txdv>the error checking will be funny
13:41:27  <txdv>on ttys there is no queue, because it is either writable or not
13:41:31  <txdv>tcp has always queues
13:41:36  <txdv>have to investigaite pipes though
13:41:42  <txdv>the code is so ugly
13:42:15  * cjihrigjoined
13:42:26  <saghul>technically they all do, because the field is added to the base stream, but we don't use / need it
13:42:58  <saghul>also, even in TCP, we only need it while we connect, afterwards we can just write, the Windows kernel takes care
13:45:21  <txdv>yeah
13:46:22  <saghul>except when you write too much, then the runtime crashes
13:46:37  <txdv>it just crashes?
13:46:40  <txdv>NO error?
13:46:44  <saghul>nope
13:47:02  <txdv>wtf windows
13:47:19  <txdv>multi billion dollar corporation my ass
13:47:30  <saghul>https://github.com/joyent/libuv/commit/1afdd9a1e5cb7f6a53c4b19017c1df10ba485751
13:48:29  <txdv>why cant they spend some money on rewriting their cluster fuck
13:48:42  <txdv>why do they have to pile on the garbage of the past so much
13:49:04  <txdv>i'm using terminals and makefiles on linux and it is easy and fast to write a patch
13:50:19  * janjongboomjoined
13:50:57  * cjihrigquit (Ping timeout: 260 seconds)
13:50:59  * cjihrig1joined
13:55:29  * jzelenkovpart
13:55:57  * jzelenkovjoined
13:56:22  * a_lejoined
14:00:58  <txdv>saghul: does a listening tcp socket have UV_WRITABLE?
14:01:03  <txdv>then it makes sense with the brokenpipe
14:01:22  <txdv>o no
14:01:25  <txdv>brainfart
14:02:50  <saghul>I don't recall
14:03:38  <txdv>i mean what do we do if someone is listening with a tcp socket?
14:03:42  <txdv>and he uses uv_write
14:03:58  <txdv>the UV_WRITABLE check ensured that it wouldn't be called with it
14:04:17  <saghul>we should give EINVAL or something like that
14:05:15  <txdv>shouldn't we return it on INVALID_HANDLE as well?
14:06:44  <saghul>Unix does EBADF, because -1 is a bad fd so... consistency! :-)
14:09:55  * lance|afkchanged nick to lanceball
14:10:05  <txdv>so what do we return when tty is not writable?
14:10:08  <txdv>broken pipe or einval?
14:10:20  <txdv>or when we have already a listening socket and not one that connects somewhere
14:19:00  <saghul>tty->epipe listening socket->einval
14:23:40  * thlorenzjoined
14:28:00  * thlorenzquit (Ping timeout: 246 seconds)
14:38:06  * cjihrig1quit (Quit: Leaving.)
14:44:13  * thlorenzjoined
14:44:57  * thlorenzquit (Remote host closed the connection)
14:45:47  * thlorenzjoined
14:46:07  * a_lequit (Remote host closed the connection)
14:55:43  * a_lejoined
14:56:57  * dap_joined
15:02:16  * toothrotquit (Ping timeout: 260 seconds)
15:07:44  * thlorenzquit (Remote host closed the connection)
15:08:17  * thlorenzjoined
15:08:17  <tjfontaine>yawn
15:08:18  * thlorenzquit (Remote host closed the connection)
15:08:32  * thlorenzjoined
15:10:03  * benoitc_changed nick to benoitc
15:10:14  * benoitcquit (Changing host)
15:10:14  * benoitcjoined
15:15:05  * FROGGSquit (Quit: Verlassend)
15:15:37  * cjihrigjoined
15:23:12  * inolenjoined
15:28:39  * chris_99quit (Remote host closed the connection)
15:59:55  * dap_quit (Quit: Leaving.)
16:00:31  * ryancolejoined
16:01:58  * dap_joined
16:12:08  * abraxasjoined
16:12:33  * c4milojoined
16:15:52  * FROGGSjoined
16:17:01  * abraxasquit (Ping timeout: 260 seconds)
16:19:28  * chris_99joined
16:19:52  * ryancolequit
16:20:13  * brsonjoined
16:24:55  * jgijoined
16:25:13  * cjihrigquit (Quit: Leaving.)
16:26:33  * jzelenkovquit (Quit: jzelenkov)
16:27:04  * c4miloquit (Remote host closed the connection)
16:27:05  * a_lequit (Read error: Connection reset by peer)
16:34:08  * cjihrigjoined
16:37:39  * jgiquit (Quit: jgi)
16:38:30  * jgijoined
16:40:42  * a_lejoined
16:43:38  * c4milojoined
16:44:39  * kenperkinsquit (Remote host closed the connection)
16:47:38  * sblomjoined
16:50:37  * Damn3dquit (Ping timeout: 260 seconds)
16:51:15  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
16:53:49  * c4miloquit (Remote host closed the connection)
16:54:52  * c4milojoined
17:02:30  * bradleymeckjoined
17:03:34  * avalanche123joined
17:05:43  * c4miloquit (Remote host closed the connection)
17:06:41  * sh1mmerjoined
17:08:09  * avalanche123quit (Ping timeout: 244 seconds)
17:09:14  * sh1mmerquit (Client Quit)
17:11:42  * janjongboomjoined
17:14:16  * a_lequit (Read error: Connection reset by peer)
17:15:29  * a_lejoined
17:15:48  * cjihrigquit (Quit: Leaving.)
17:15:50  * FROGGS[mobile]joined
17:19:54  * a_lequit (Read error: Connection reset by peer)
17:20:25  * a_lejoined
17:22:24  * AlexisMochaquit (Ping timeout: 272 seconds)
17:24:28  * avalanche123joined
17:28:05  * kazuponquit (Remote host closed the connection)
17:30:44  * cjihrigjoined
17:34:14  * rosskjoined
17:38:27  * iarnajoined
17:42:34  <bradleymeck>anyone see anything wrong w/ https://www.irccloud.com/pastebin/dLFVxZDc , apparently http parser hates it with HPE_INVALID_CONSTANT for dude in nodejs room
17:42:46  * kenperkinsjoined
17:43:21  <mmalecki>response??
17:43:33  <bradleymeck>mmalecki: yea in the response
17:43:35  <mmalecki>s/\?\?/?/
17:44:06  <bradleymeck>wait
17:44:19  <bradleymeck>it set content-type but died without a full blank line?
17:47:21  <tjfontaine>this is 0.10.32 isn't it?
17:50:46  * Damn3djoined
17:51:33  * sh1mmerjoined
18:07:25  * rosskquit (Read error: Connection reset by peer)
18:07:53  * rosskjoined
18:11:14  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
18:15:21  * a_lequit (Read error: Connection reset by peer)
18:16:09  * a_lejoined
18:22:18  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
18:26:56  * octetcloudjoined
18:31:09  * thlorenzquit (Remote host closed the connection)
18:31:58  * thlorenzjoined
18:32:53  * rendarquit (Ping timeout: 244 seconds)
18:32:54  * sh1mmerjoined
18:39:46  * rendarjoined
18:41:17  * thlorenzquit (Remote host closed the connection)
18:41:49  * thlorenzjoined
18:45:46  * petka_joined
18:45:57  * thlorenzquit (Ping timeout: 246 seconds)
18:46:07  * AlexisMochajoined
19:01:24  * thlorenzjoined
19:01:38  * kenperkinsquit (Remote host closed the connection)
19:21:16  * bradleymeckquit (Quit: bradleymeck)
19:39:42  * kenperkinsjoined
19:41:01  * ryancolejoined
19:41:02  * ryancolequit (Changing host)
19:41:02  * ryancolejoined
20:12:27  <trevnorris>afternoon
20:12:41  <trevnorris>saghul: when are you wanting to release 1.0?
20:12:55  <trevnorris>just so I have a timeline for that win feature I'm working on.
20:36:23  * AlexisMochaquit (Ping timeout: 240 seconds)
20:44:43  * jgiquit (Quit: jgi)
20:53:27  * rendarquit
21:05:44  <tjfontaine>trevnorris, indutny, others: https://gist.github.com/tjfontaine/f3c345d0ab5d847c1c9d
21:06:03  <tjfontaine>we are currently emitting an error when a response from a server sends us too much data
21:06:12  <tjfontaine>[when doing chunked encodign
21:06:15  <tjfontaine>encoding]
21:07:18  <tjfontaine>chrisdickinson as well
21:07:25  <tjfontaine>the argument here is that this be advisory
21:07:36  <tjfontaine>as opposed to mandatory
21:08:27  <tjfontaine>this seems pretty straight forward for 0.12 as a behavior change
21:08:54  <tjfontaine>but for 0.10, can we honestly make that change? seems a dangerous precedent to set
21:13:08  * ryancolequit
21:14:21  <chrisdickinson>hm, so when there's a final, unexpected chunk after the last expected chunk, it gets forwarded to chunkRemainingBytes?
21:15:10  <chrisdickinson>is there any chance it could interact weirdly with trailers?
21:15:31  * jgijoined
21:17:55  * avalanche123quit (Remote host closed the connection)
21:18:10  * piscisaureusjoined
21:21:20  * avalanch_joined
21:25:54  * iarnaquit (Remote host closed the connection)
21:29:04  * piscisaureusquit (Ping timeout: 244 seconds)
21:29:13  * iarnajoined
21:29:56  * iarnaquit (Remote host closed the connection)
21:32:53  * iarnajoined
21:36:38  * janjongboomjoined
21:43:52  * lanceballchanged nick to lance|afk
21:49:23  * iarnaquit (Remote host closed the connection)
21:50:12  * iarnajoined
21:54:05  * KennethWilkejoined
22:02:04  * mikealjoined
22:02:12  * FROGGS[mobile]2joined
22:04:53  * FROGGS[mobile]quit (Ping timeout: 240 seconds)
22:14:45  * cjihrigquit (Quit: Leaving.)
22:16:52  <indutny>tjfontaine: v0.11 release?
22:16:53  <indutny>heya
22:17:01  <indutny>I know there are some bugs
22:17:03  <indutny>but anyway
22:17:08  <indutny>let's do it
22:20:28  <KennethWilke>I saw a post on the mailing list referenceing http://libuv.org/dist/v1.0.0-rc1/
22:21:54  <KennethWilke>not that i know anything about it :)
22:26:17  <trevnorris>tjfontaine: +1 for v0.12, -1 for backporting to v0.10. +1 for the feature, -1 on the event name.
22:36:36  * thlorenzquit (Remote host closed the connection)
22:37:09  * thlorenzjoined
22:40:36  * seishunquit (Ping timeout: 272 seconds)
22:41:24  * thlorenzquit (Ping timeout: 244 seconds)
22:42:15  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
22:45:16  * KennethWilkequit (Quit: Leaving)
22:45:32  * cjihrigjoined
22:46:15  <tjfontaine>indutny: did you do the libuv upgrade?
22:46:50  <tjfontaine>trevnorris: we could make it such that if we didn't have any listeners we do the old path
22:47:36  <trevnorris>tjfontaine: if that essentially keeps backwards compatibility then I'd be fine with that.
22:48:04  <tjfontaine>like if no listeners for [whatever named] chunkedRemainingBYtes
22:48:09  <tjfontaine>we do the old path
22:48:27  <tjfontaine>but on older node they would still need to listen for the request error
22:48:39  <tjfontaine>but this could be reasonably handled in libraries like request
22:50:09  * thlorenzjoined
22:52:30  * thlorenzquit (Remote host closed the connection)
22:52:59  * cjihrigquit (Ping timeout: 272 seconds)
22:54:28  * toothrotjoined
23:00:43  <saghul>trevnorris: begining of october, why?
23:01:25  * Guest36988changed nick to isaacs
23:01:54  * isaacschanged nick to Guest83187
23:01:59  <trevnorris>saghul: was just curious. now that txdv is back on the PR maybe I won't have to finish it. Though, just in case it's helpful, I'll post all the info you and bert have given me about what to do.
23:02:46  * chris_99quit (Ping timeout: 272 seconds)
23:03:05  <saghul>trevnorris: sure thing! Thanks a lot for stepping up, Trevor, much appreciated
23:04:32  * a_lequit (Remote host closed the connection)
23:05:20  <trevnorris>tjfontaine: Is this sort of a critical issue, preventing devs from doing basic work? if we can say yes then 100% +1 on the backport. otherwise I think we should think about it more carefully. like you said "seems a dangerous precedent to set"
23:05:27  * chris_99joined
23:06:26  <trevnorris>saghul: np. I'm excited to work more on libuv, and this gave me a chance to understand the win side better.
23:06:26  <trevnorris>something I knew I'd have to bit the bullet on eventually, but getting better feature parity was the kick in the pants I needed. :)
23:08:28  <saghul>trevnorris: awesome! once 1.0 is out there is a big redesign to discuss and lots of code to write :-)
23:09:17  <trevnorris>saghul: sweet. i'm looking forward to it.
23:09:23  <tjfontaine>trevnorris: depends on your definition of critical, there are clearly a lot of people being successful -- but we are failing in perhaps the least obvious way [which we do in node all the time, which makes me think most people are being successful inspite of node most of the time]
23:10:32  <trevnorris>tjfontaine: hehe. okay, what is your reason for thinking it should be backported to v0.10?
23:12:14  * Guest83187changed nick to isaacs_
23:12:27  * octetcloudquit (Ping timeout: 258 seconds)
23:16:08  * octetcloudjoined
23:20:22  * cjihrigjoined
23:23:59  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
23:24:20  * sh1mmerjoined
23:24:52  * cjihrigquit (Ping timeout: 260 seconds)
23:29:16  * cjihrigjoined
23:32:35  * iarnaquit (Remote host closed the connection)
23:33:49  <tjfontaine>trevnorris: well, if you get trailing bytes on a keep-alive connection [valid or not] we immediately destroy the socket and don't inform you of any of those bytes, you just get a generic error and have no way to handle the case
23:34:57  <trevnorris>tjfontaine: hm. I'm willing to consider that more than just a bad API decision and escalate it to critical-enough for a v0.10 backport.
23:35:11  * iarnajoined
23:36:54  <LeftWing>Indeed!
23:37:07  <trevnorris>tjfontaine: guess what I'm going for is making sure we can make the case strong enough that the community doesn't start demanding other backports.
23:37:25  * iarna_joined
23:37:26  * iarnaquit (Read error: Connection reset by peer)
23:37:28  <trevnorris>tjfontaine: but overall I'm fine with that change.
23:37:39  <tjfontaine>we like demanding community members
23:38:00  <LeftWing>Why shouldn't they demand fixes for things which are completely broken, and for which there is no useful workaround?
23:38:27  <tjfontaine>anyway
23:38:31  * inolenquit (Ping timeout: 258 seconds)
23:38:37  * iarna_quit (Read error: Connection reset by peer)
23:38:50  <tjfontaine>I think the standard is that we can provide here both a reasonable work around to at least know about this case
23:39:02  * iarnajoined
23:39:17  <tjfontaine>not a complete workaround, but at least you can be notified
23:39:40  * sblomquit (Read error: Connection reset by peer)
23:39:46  <tjfontaine>prior to theoretical 0.10.33 you just won't be able to catch the data packets unless you actually try and socket.on('data' yourself
23:41:16  * iarnaquit (Read error: Connection reset by peer)
23:41:37  * iarnajoined
23:44:03  <trevnorris>tjfontaine: okay, i'm cool with everything here except the long event name. have any other ideas?
23:44:31  <tjfontaine>my initial pass was leftoverBytes, but it's really not specific enough
23:44:58  <tjfontaine>we don't want to stomp over people who may be using their own names, and we want to be descriptive enough about what is actually happening
23:46:25  <trevnorris>LeftWing: there are plenty of things that are "broken" (think I'm aware of the majority of them) but many fixes turn out more complicated then one would think. especially needing to keep some semblance of backwards compatibility.
23:48:04  * wolfeidauquit (Remote host closed the connection)
23:49:47  * wolfeidaujoined
23:51:33  * a_lejoined
23:54:29  * sblomjoined
23:55:58  * rosskquit
23:56:39  * iarnaquit (Remote host closed the connection)
23:59:36  * iarnajoined