00:53:14  <rje>rphillips: how'd you test this on centos6 ^^
00:53:17  <rje>?
00:53:31  <rje>I have a fix I tried on my centos6 box
00:58:09  <rphillips>i tried it on the buildbot
00:58:45  * UniOnquit (Remote host closed the connection)
01:02:19  <rje>rphillips: is there a luvi buildbot?
01:05:50  <rphillips>i used our centos 6 builder
01:05:58  <rphillips>for the agent
01:06:36  <rje>? explain. can you make it build and test a random repo or did you run it manually
01:07:15  <rphillips>just shelled in to the buildbot
01:07:28  <rphillips>ran a build ot from the commandline
01:08:17  <rphillips>the lua-openssl guy was running that os and that was the quickest road to testing centos6
01:09:20  <rje>ok, i spun up one for my tests and build
01:10:39  <rje>i have confidence in that patch then and i'm sure its statically linked to libz
01:16:16  * cledevjoined
02:09:06  * cledevquit (Ping timeout: 258 seconds)
02:29:36  * dan336joined
03:00:21  * drorhquit
03:15:00  * kazuponjoined
03:18:53  * DarkGodquit (Ping timeout: 264 seconds)
05:26:47  * dan336quit (Quit: Leaving.)
06:13:21  * jirwinquit (Ping timeout: 272 seconds)
06:13:38  * jirwinjoined
06:43:45  * jirwinquit (Ping timeout: 272 seconds)
06:44:11  * jirwinjoined
08:03:56  * cledevjoined
08:22:39  * cledevquit (Ping timeout: 250 seconds)
08:26:21  * cledevjoined
08:32:45  * DarkGodjoined
08:42:28  * cledevquit (Remote host closed the connection)
08:47:48  * cledevjoined
09:20:52  * bjornquit (Quit: No Ping reply in 180 seconds.)
09:38:51  * bjornjoined
09:38:51  * bjornquit (Changing host)
09:38:51  * bjornjoined
09:41:02  * bjornquit (Excess Flood)
11:16:44  * kazuponquit (Remote host closed the connection)
11:17:26  * kazuponjoined
11:20:30  * imzyxwvu_joined
11:21:42  * kazuponquit (Ping timeout: 250 seconds)
11:26:13  * cledevquit (Ping timeout: 272 seconds)
11:40:27  * cledevjoined
11:50:22  <imzyxwvu_>I have a question about luv. luv If the reference to the userdata lost in the lua_State, it couldn't
11:50:39  <imzyxwvu_>ignore it
11:51:10  <imzyxwvu_>I have a question about luv. luv's handle types didn't handle __gc metamethod. If the reference to the userdata lost in the lua_State, it couldn't free the memory.
11:52:53  <imzyxwvu_>So did it mean when using luv I must make sure I called handle:close() before Lua GC?
12:18:59  * cledevquit (Ping timeout: 245 seconds)
12:22:54  * cledevjoined
12:27:54  * kazuponjoined
12:32:15  * kazuponquit (Ping timeout: 250 seconds)
12:39:05  <rphillips>creationix: http://code.org/
12:39:11  <rphillips>pretty sweet
12:53:28  * DarkGodquit (Ping timeout: 265 seconds)
13:05:41  * DarkGodjoined
13:08:26  * cledevquit (Ping timeout: 244 seconds)
13:40:20  * bjornjoined
13:40:20  * bjornquit (Changing host)
13:40:20  * bjornjoined
13:42:17  * bjornquit (Excess Flood)
13:43:52  * bjornjoined
13:43:52  * bjornquit (Changing host)
13:43:52  * bjornjoined
13:49:22  * kazuponjoined
13:50:22  * kazuponquit (Remote host closed the connection)
13:50:49  * kazuponjoined
14:05:09  * cledevjoined
14:55:42  * DarkGodquit (Ping timeout: 245 seconds)
15:10:27  * kazuponquit (Remote host closed the connection)
15:23:46  * KennethWilkejoined
15:24:44  * dan336joined
15:24:52  * UniOnjoined
15:33:04  * kazuponjoined
15:35:03  <rphillips>fedora21 released
15:35:06  * kazuponquit (Remote host closed the connection)
15:35:34  * kazuponjoined
15:41:18  * imzyxwvu_quit (Quit: Page closed)
15:43:54  * kazupon_joined
15:47:03  * kazuponquit (Ping timeout: 244 seconds)
15:55:59  <KennethWilke>g'morning
15:59:10  <rphillips>morning
16:00:08  <KennethWilke>how it goes?
16:05:15  <rphillips>going good... getting tls tests passing
16:05:20  * kazupon_quit (Remote host closed the connection)
16:05:40  <creationix>rphillips: awesome. Shall I start a new luvi build to get the latest fixes in?
16:05:49  <creationix>or are there things coming soon on the C side?
16:05:54  <rphillips>please!
16:06:19  <creationix>I’ve been using the file open “wx” move in latest luvi for lit
16:06:26  * kazuponjoined
16:06:26  <creationix>so I understand the pain of having a custom luvi build
16:24:01  <creationix>rphillips: the darwin and linux binaries are pushed if you want to update your local luvi-binaries. Still building windows and raspberry pi
16:24:13  <rphillips>cool. thanks
16:28:57  * travis-cijoined
16:28:57  <travis-ci>luvit/luvi#218 (master - 254241e : Tim Caswell): The build passed.
16:28:57  <travis-ci>Change view : https://github.com/luvit/luvi/compare/01376e8cb7f5...254241eb1b69
16:28:57  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/43489113
16:28:57  * travis-cipart
16:40:30  <KennethWilke>how's the lit thing coming along?
16:42:29  * cledevquit (Ping timeout: 264 seconds)
16:58:37  <creationix>KennethWilke: good, about to have a minimal server up
16:58:43  <creationix>just finalizing the protocol
16:58:53  <KennethWilke>nice
17:02:40  <KennethWilke>also i wanted to start working on some docs are i get more used to lua in the context of luvit
17:02:54  <KennethWilke>as* i, not are i
17:03:24  <KennethWilke>should i fork the luvit.io repo and make some pages within that?
17:03:41  <KennethWilke>or just start with wiki entries on the luvit/luvit repo
17:04:10  <creationix>KennethWilke: probably wiki pages for no
17:04:12  <creationix>*now
17:04:32  <KennethWilke>alrighty
17:04:39  <creationix>luvit.io is just static html, I would think the wiki is easier being markdown
17:05:03  <KennethWilke>yeah i'd prefer to work in markdown, didn;t know if there was some generated content in that luvit.io repo
17:09:34  <KennethWilke>https://github.com/luvit/luvit/wiki/lua-to-luvit is this sitill accurate regarding std args?
17:09:40  <KennethWilke>or cli args rather
17:10:22  <KennethWilke>i've also been using string without requiring it, maybe that's for older versions of luvit?
17:11:14  <creationix>yep, I just updated the wiki page some
17:11:47  <KennethWilke>i can't get to the cli args via process.argv, seems to be imported into the global context as "args" though
17:11:51  <creationix>I stopped hiding globals some time ago. I decided it was better to act as much like stock lua as possible than to have a clean global environment
17:12:05  <creationix>right, process.argv is the node-style API in luvit 1.0
17:12:18  <creationix>we’ll probably put them there for backwards compat, but I don’t think anyone has done that yet
17:12:25  <creationix>luvi has a global `args`
17:12:36  <creationix>is it really `arg` in normal lua?
17:12:43  <KennethWilke>thats what stack overflow says it is
17:12:48  <KennethWilke>just arg
17:12:53  <KennethWilke>args sounds more logical to me though
17:13:09  <KennethWilke>http://www.lua.org/manual/5.1/manual.html#6
17:13:43  <KennethWilke>they even throw negative ones in there lol
17:14:09  <creationix>yeah, I’m not going to try to emulate that
17:14:13  <KennethWilke>be like arg = {[-1] = "luvit"}
17:14:16  <KennethWilke>lol
17:14:18  <creationix>luvi’s behavior is pretty sane
17:14:24  <creationix>it’s zero indexed just like the C version
17:14:28  <KennethWilke>yeah i think that's fine as a gotcha
17:14:41  <creationix>which means with a luvi app, 0 is the binary and the rest are args
17:14:47  <KennethWilke>plus, i imagine most lua people aren't using cli args
17:14:58  <KennethWilke>but today i want to so i'm like hay, waddis?
17:15:35  <creationix>ok, updated wiki for args
17:16:05  <KennethWilke>alrighty
17:16:20  <creationix>KennethWilke: did you see the README for luvi. It’s fairly well done and I think it’s still accurate
17:16:39  <creationix>https://github.com/luvit/luvi/blob/master/README.md#integration-with-cs-main-function
17:16:45  <KennethWilke>no i've just been looking at the luvit repo mostly
17:18:40  <creationix>so I’d love to add some way for luvit to know it’s version
17:18:55  <creationix>ideally it would use `git decribe` at buld time
17:19:05  <KennethWilke>the master branch seems to know it's version lol
17:19:26  <KennethWilke>i recall luvit -v spitting out something like 0.10.X
17:19:32  <creationix>yeah, master is a nasty tangle of makefiles and gyp
17:19:51  <KennethWilke>have you seen bam?
17:19:52  <creationix>but luvi-up can’t depend on makefiles. Only the luvi binaries and capabilities baked in there
17:20:14  <creationix>the bookstore? yeah, I go there all the time with my kids ;)
17:20:25  <KennethWilke>lol
17:20:28  <KennethWilke>http://matricks.github.io/bam/ this one
17:20:29  <creationix>though I perfer ban
17:20:42  <KennethWilke>a lua based make/cmake/etc alternative
17:20:57  <KennethWilke>a buddy of mine loves it a lot
17:21:16  <creationix>neat
17:21:30  <creationix>too bad lua isn’t on more machines by default
17:21:35  <creationix>at least it’s easier to build than python
17:22:02  <KennethWilke>yeah
17:22:33  <creationix>so I think I’ll just allow some sort of executable manifest in luvi builds
17:22:37  <KennethWilke>i like python, but don't dabble much into that bit of it
17:22:57  <creationix>right now it just takes all the paths in LUVI_APP and squashes them all into a single tree and embeds it in the zip
17:24:06  <KennethWilke>blah! i have meetings from 11:30 to 4 today
17:24:14  <creationix>wow, good luck with that one
17:24:20  <KennethWilke>i was thinking of working on some like... welcome to luvit tuts
17:24:33  <KennethWilke>kinda documentating and sharing what i've learned
17:24:44  <KennethWilke>hopefully to help others ramp up and start hammering on it too
17:25:23  <KennethWilke>so i'll tryto hammer on today as i can
17:26:50  <KennethWilke>will send them to ya when i got a rough draft goin
17:26:55  <KennethWilke>take it easy!
17:27:19  * KennethWilkequit (Quit: Leaving)
17:29:20  <creationix>rphillips: luvi 0.5.3 done and updated in luvit’s submodule
17:29:33  <rphillips>awesome. thanks
17:30:30  * kazuponquit (Remote host closed the connection)
17:32:58  * travis-cijoined
17:32:58  <travis-ci>luvit/luvit#1340 (fixes/tls - 96de418 : Ryan Phillips): The build has errored.
17:32:58  <travis-ci>Change view : https://github.com/luvit/luvit/compare/0739ee6e2a12...96de418acde0
17:32:58  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43495831
17:32:58  * travis-cipart
17:36:20  <rphillips>it looks like exceptions are being caught by tap perhaps
17:36:33  * kazuponjoined
17:37:20  <creationix>are you still using codec?
17:37:34  <creationix>I never did figure out why it was swallowing errors. It was super annoying
17:37:52  <creationix>I wrapped all coroutine.resume calls in assert, so it shouldn’t be hiding anything
17:38:05  <creationix>if tap catches an error, it should show and print the error
17:39:27  <creationix>hmm, even with rebasing in the new luvi it still hangs
17:40:50  * kazuponquit (Remote host closed the connection)
17:41:29  <creationix>rphillips: is there anything I can help with?
17:41:51  <rphillips>no... almost done with the non-codec version
17:42:04  <creationix>awesome. Good luck
17:42:20  <creationix>I should port the http parser to be non-codec based
17:42:33  <creationix>the new decoder style should work great
17:46:08  <rphillips>+1
17:46:13  <rphillips>that would be great
17:47:06  <creationix>what’s a sane max size in bytes for http header
17:47:17  <creationix>(to prevent bad clients from causing us to buffer too much)
17:48:11  * travis-cijoined
17:48:11  <travis-ci>luvit/luvit#1341 (luvi-up - af5903e : Tim Caswell): The build passed.
17:48:11  <travis-ci>Change view : https://github.com/luvit/luvit/compare/049bf07063b1...af5903e498f2
17:48:11  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43498681
17:48:11  * travis-cipart
17:48:12  <creationix>looks like 8k is a common limit
17:48:20  <creationix>requests with heads above that will fail on most servers
18:25:36  * cledevjoined
18:28:04  <rphillips>got the server tests passing. woo
18:29:24  <creationix>awesome
18:29:45  <creationix>I’m migrating the http test to use the new decoder
18:29:50  <creationix>soon we’ll have working https
18:41:31  * kazuponjoined
18:42:18  * KennethWilkejoined
18:45:37  * kazuponquit (Ping timeout: 240 seconds)
19:01:18  * travis-cijoined
19:01:19  <travis-ci>luvit/luvit#1348 (fixes/tls - 3addd5d : Ryan Phillips): The build passed.
19:01:19  <travis-ci>Change view : https://github.com/luvit/luvit/compare/c0fac1fe4f64...3addd5d146ff
19:01:19  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43505189
19:01:19  * travis-cipart
19:05:41  * travis-cijoined
19:05:41  <travis-ci>luvit/luvit#1349 (fixes/tls - 9e25b73 : Ryan Phillips): The build passed.
19:05:41  <travis-ci>Change view : https://github.com/luvit/luvit/compare/3addd5d146ff...9e25b739c298
19:05:41  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43506772
19:05:41  * travis-cipart
19:08:49  * KennethWilkequit (Quit: Leaving)
19:11:30  * KennethWilkejoined
19:11:34  * kazuponjoined
19:16:17  * kazuponquit (Ping timeout: 260 seconds)
19:16:20  * creationixpart
19:17:19  * creationixjoined
19:21:03  <rphillips>https://github.com/zhaozg/lua-openssl/issues/31
19:21:31  <rphillips>there is one more patch we need to client verification
19:21:35  <rphillips>s/to/for
19:22:01  <rphillips>nice. good to see travis can build that branch
19:24:32  <creationix>progress
19:26:14  * travis-cijoined
19:26:14  <travis-ci>luvit/luvit#1350 (fixes/tls - 8f7c9e7 : Ryan Phillips): The build passed.
19:26:14  <travis-ci>Change view : https://github.com/luvit/luvit/compare/9e25b739c298...8f7c9e749e8c
19:26:14  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43508707
19:26:14  * travis-cipart
19:29:07  <rphillips>this is new: https://www.evernote.com/shard/s9/sh/88a586d0-81bc-4c44-a9c9-abbe06fe12c5/e8da63da8d7dc74c64cc172d0ed7afab
19:29:22  <rphillips>creationix: https://github.com/luvit/luvit/pull/560
19:29:32  <rphillips>i think we should get this in, and iterate on it
19:29:51  * dan336quit (Ping timeout: 258 seconds)
19:29:53  <creationix>yeah, I saw the new ci UI in github yesterday. It’s nice
19:31:24  * dan336joined
19:46:33  * KennethWilkequit (Quit: Leaving)
19:47:02  * travis-cijoined
19:47:02  <travis-ci>luvit/luvit#1351 (fixes/tls - a130a08 : Ryan Phillips): The build passed.
19:47:02  <travis-ci>Change view : https://github.com/luvit/luvit/compare/8f7c9e749e8c...a130a0893b16
19:47:02  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43511149
19:47:02  * travis-cipart
19:48:24  <creationix>so who wants to pay the $159/month to get fast appveyor builds?
19:48:26  <creationix>:P
19:50:51  <creationix>rphillips: we should port this to luv and have readline behavior in the repl https://github.com/fperrad/ljlinenoise/blob/master/src/linenoise.lua
19:50:54  <creationix>doesn’t look too bad
19:51:24  <creationix>just set raw mode on stdin’s tty and it should work
19:57:06  <rphillips>+1
19:57:52  <rphillips>creationix: we could see if the company would pay for it
19:58:03  <rphillips>productivity would go up
19:58:11  <creationix>I would think it would save enough time to be worth it
19:59:28  <rphillips>andrew could probably help with that
19:59:50  <rphillips>i'm going to patch lua-openssl with that ticket I opened
20:00:06  <creationix>cool
20:00:12  <rphillips>lua-openssl guy is probably sleeping, and will get it in a few hours
20:11:16  * travis-cijoined
20:11:16  <travis-ci>luvit/luvit#1353 (luvi-up - d4c83fc : Ryan Phillips): The build passed.
20:11:16  <travis-ci>Change view : https://github.com/luvit/luvit/compare/af5903e498f2...d4c83fc103de
20:11:16  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43513856
20:11:16  * travis-cipart
20:25:13  <rphillips>https://github.com/luvit/luvit/pull/561
20:25:23  <rphillips>found out a way to get the result integer from lua
20:35:33  <creationix>that’s handy
20:36:13  * travis-cijoined
20:36:13  <travis-ci>luvit/luvit#1354 (fixes/tls_client_verify - e2a655c : Ryan Phillips): The build passed.
20:36:13  <travis-ci>Change view : https://github.com/luvit/luvit/commit/e2a655c60a74
20:36:13  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43516536
20:36:13  * travis-cipart
20:36:37  * kazuponjoined
20:41:32  * kazuponquit (Ping timeout: 245 seconds)
20:59:20  <creationix>rphillips: you’re not using the “codec” module for anything are you?
21:00:06  <rphillips>nope
21:00:14  <rphillips>looks like just the http test is using it
21:00:27  <creationix>cool, I’m removing codec stuff then
21:01:37  <creationix>rphillips: what about _root_ca.lua and _common_tls.lua?
21:02:48  <rphillips>i moved those to the app/modules
21:03:03  <rphillips>perhaps rebase your branch
21:07:25  <creationix>yep, that helped
21:08:31  <creationix>rphillips: https://github.com/luvit/luvit/pull/562
21:09:57  <creationix>the only thing I’m missing is a real http test
21:10:15  <creationix>but I should be able to do http and https now that I’m rebased with the tls fixes
21:12:12  * travis-cijoined
21:12:12  <travis-ci>luvit/luvit#1356 (fixes/tls_client_verify - 5ff4aee : Ryan Phillips): The build passed.
21:12:12  <travis-ci>Change view : https://github.com/luvit/luvit/compare/e2a655c60a74...5ff4aee19c62
21:12:12  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43520410
21:12:12  * travis-cipart
21:12:39  <rphillips>merged the fixes... my local agent.lua test is working... 3.4 MB RSS
21:21:14  * travis-cijoined
21:21:14  <travis-ci>luvit/luvit#1358 (http-decoder - 683e41f : Tim Caswell): The build passed.
21:21:14  <travis-ci>Change view : https://github.com/luvit/luvit/commit/683e41f806b2
21:21:14  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43521596
21:21:14  * travis-cipart
21:28:57  <creationix>it’s not the prettiest code, but it can make a real HTTP request now https://github.com/luvit/luvit/blob/1a0401012243b5edbc08716eb0029d4af881f04a/tests/test-http.lua
21:41:04  * DarkGodjoined
21:42:39  * travis-cijoined
21:42:39  <travis-ci>luvit/luvit#1363 (http-decoder - bd806ef : Tim Caswell): The build passed.
21:42:39  <travis-ci>Change view : https://github.com/luvit/luvit/compare/1a0401012243...bd806ef566ba
21:42:39  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43523627
21:42:39  * travis-cipart
21:44:12  <rphillips>nice
21:55:56  * travis-cijoined
21:55:56  <travis-ci>luvit/luvit#1360 (http-decoder - eb53cd0 : Tim Caswell): The build has errored.
21:55:56  <travis-ci>Change view : https://github.com/luvit/luvit/compare/683e41f806b2...eb53cd002c91
21:55:56  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43523370
21:55:56  * travis-cipart
21:58:50  * travis-cijoined
21:58:50  <travis-ci>luvit/luvit#1361 (http-decoder - 1a04010 : Tim Caswell): The build has errored.
21:58:50  <travis-ci>Change view : https://github.com/luvit/luvit/compare/eb53cd002c91...1a0401012243
21:58:50  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43523543
21:58:50  * travis-cipart
22:05:55  * KennethWilkejoined
22:06:51  <KennethWilke>this ffi thing confuses me so!
22:07:13  <rch>what's up?
22:07:22  <rch>would an example help?
22:07:34  <KennethWilke>it might yeah, i think i've figured out most of what i need
22:07:50  <KennethWilke>i got my structure defined, and i'm using the getsockopt() syscall mostly as i expect
22:08:02  <KennethWilke>but the last arg to that syscall is a pointer to an int for length
22:08:11  <rch>ahhhhhhhhh
22:08:14  <rch>see you have a real problem
22:08:17  <KennethWilke>and i'm pretty sure i got the int ptr
22:08:23  <KennethWilke>but the addr of said int
22:08:27  <rch>getting those types right in ffi is always the hardest part
22:08:33  <KennethWilke>yeah it's being tricky
22:08:39  <rch>there are like neat hacks for doing it
22:08:45  <rch>we should document them somewhere
22:08:49  <rch>rphillips knows a lot
22:08:51  <KennethWilke>and i'm not sure if i'm passing the struct thats the preceeding argument properly
22:08:59  <KennethWilke>but it's an address, and i like that
22:09:04  <KennethWilke>lol
22:09:13  <rch>gl man
22:09:15  <rphillips>what are you trying to bind?
22:09:24  <KennethWilke>getsockopt()
22:09:52  <rphillips>i highly recommend using https://github.com/justincormack/ljsyscall
22:10:07  <KennethWilke>i saw that lib, but not sure how i include that into my luvit project
22:10:16  <KennethWilke>is it already in there?
22:10:19  <rch>lit install ljsyscall
22:10:21  <rch>(just kidding)
22:10:25  <KennethWilke>oh you tease!
22:10:28  <KennethWilke>lol
22:11:17  <rphillips>you can place it into the modules directory
22:11:22  <KennethWilke>through that lib i also saw some old repo for something that was like node but with lua
22:11:34  <KennethWilke>and i was like, wait wat
22:11:42  <rphillips>you will need an init.lua probably as well
22:12:11  <rch>heh
22:12:25  <rch>we could have a luvit-hack-install-luarocks tool
22:12:54  <creationix>KennethWilke: for outargs the trick is to pass in an array
22:12:54  <KennethWilke>i feel like i'm pretty close with this ffi route
22:13:07  <KennethWilke>oh! that makes sense
22:13:34  <KennethWilke>int[1] = {17}; or something?
22:14:12  <creationix>yeah, trying to find the docs that show an example
22:16:21  <creationix>KennethWilke: https://github.com/pguillory/luajit-libuv/blob/master/src/uv/system.lua#L28-L30
22:17:22  <creationix>rch: the new luvit should work with luarocks now
22:17:34  <creationix>just beware of any libraries that do blocking I/O on the main thread
22:18:48  <KennethWilke>i don't think this call blocks, but i'm aware of the pitfall with that
22:19:20  <KennethWilke>i think of blocking operations like a quote from boondock saints
22:19:27  <KennethWilke>"where you goin'? fuckin' nowhere!"
22:24:31  <KennethWilke>hmm, well one thing i was doing very wrong was using the wrong variable name :\
22:24:39  <KennethWilke>that'll never work
22:25:44  * kazuponjoined
22:30:06  <KennethWilke>bah sorry, yeah my main issue there was using a int when i was supposed to use a size_t
22:30:53  * kazuponquit (Ping timeout: 260 seconds)
22:31:40  <KennethWilke>lots of pebkac
22:33:41  <creationix>fun
22:39:46  <rch>hmm luvit doesn't like line 118 here for some reason, can't require this file https://github.com/luapower/objc/blob/master/objc.lua#L118
22:40:20  <rch>also, is 0.8.2 really the latest? https://luvit.io/dist/latest/
22:40:35  <rch>https://luvit.io/dist/ looks like, hmm
22:40:45  <KennethWilke>the luvit.io main page says that's the latest too
22:42:06  <rch>i guess this luv thing has been rolling a while
22:42:38  <rch>aha it's because it is treating the 'string' package as a global
22:43:11  <rch>one of the grittier moments when using luvit is reading the error msgs
22:43:21  <KennethWilke>ah, this is the thing i found looking at ljsyscall: https://github.com/lipp/nodish
22:43:39  <KennethWilke>looks like this project was pre-libuv though
22:43:42  <rch>weird, uses libev
22:44:08  <rch>naaw it started in 2013
22:44:15  <KennethWilke>when i read "A lightweight Lua equivalent to Node.js" i was thinking.... isn't that what i'm using?!
22:47:05  <KennethWilke>so my next luvit quest is to learn about signal handling
22:48:26  * travis-cijoined
22:48:26  <travis-ci>luvit/luvit#1364 (luvi-up - 8414cfb : Tim Caswell): The build was fixed.
22:48:26  <travis-ci>Change view : https://github.com/luvit/luvit/compare/683d33a8b512...8414cfb0b4cc
22:48:26  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43530214
22:48:26  * travis-cipart
23:10:12  <rphillips>hmm. getting a weird childprocess behavior on my vps
23:10:31  <rphillips>tests/test-tls-server-verify.lua
23:12:58  <rphillips>sometimes the test blocks on a test for some reason
23:26:55  <creationix>that’s strange
23:28:36  <rphillips>is there a way to print out the handles in the event loop with uv.walk?
23:32:36  <rphillips>dinner time here
23:37:55  <rch>https://github.com/joyent/node/blob/7c0419730b237dbfa0ec4e6fb33a99ff01825a8f/src/node.cc#L1552 this should be easier for me to read
23:44:49  <creationix>rphillips: yeah, just do uv.walk(p)
23:48:34  * UniOnquit (Remote host closed the connection)
23:52:55  <KennethWilke>headin' out, y
23:52:59  <KennethWilke>y'all have fun!
23:57:14  * dan336quit (Quit: Leaving.)
23:58:14  * KennethWilkequit (Remote host closed the connection)