00:01:16  <rje>https://github.com/virgo-agent-toolkit/rackspace-monitoring-agent/pull/770
00:33:48  * DarkGodquit (Ping timeout: 256 seconds)
01:22:21  * dan336quit (Quit: Leaving.)
03:44:12  * dan336joined
04:26:55  * dan336quit (Quit: Leaving.)
04:52:30  * hdmsquit (Quit: hdms)
05:39:14  <sousoux>creationix: that is the one
05:44:38  * dan336joined
05:46:12  * dan336quit (Client Quit)
06:30:46  * SkyRocknRolljoined
06:54:59  * SkyRocknRollquit (Ping timeout: 250 seconds)
07:14:28  * SkyRocknRolljoined
07:38:49  * hdmsjoined
08:36:29  * SkyRocknRollquit (Ping timeout: 246 seconds)
08:52:11  * SkyRocknRolljoined
09:44:52  * SkyRocknRollquit (Ping timeout: 256 seconds)
09:47:51  * SkyRocknRolljoined
11:01:59  * sousouxquit (Ping timeout: 250 seconds)
11:04:35  * sousouxjoined
13:08:13  * hdmsquit (Quit: hdms)
13:28:45  <rphillips>sousoux: https://github.com/luvit/luvit/pull/769
13:29:53  * travis-cijoined
13:29:54  <travis-ci>luvit/luvit#2328 (fixes/tls_connection_epipe - d3784d1 : Ryan Phillips): The build passed.
13:29:55  <travis-ci>Change view : https://github.com/luvit/luvit/commit/d3784d163e05
13:29:55  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70222440
13:29:55  * travis-cipart
13:31:53  <rphillips>creationix: around?
13:35:17  * dan336joined
13:39:02  * travis-cijoined
13:39:03  <travis-ci>luvit/luvit#2330 (master - 66bed9f : Ryan Phillips): The build passed.
13:39:03  <travis-ci>Change view : https://github.com/luvit/luvit/compare/acfb1662aefa...66bed9f59b08
13:39:03  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70223724
13:39:03  * travis-cipart
13:41:50  * travis-cijoined
13:41:51  <travis-ci>luvit/luvit#2332 (2.2.7 - 0313bbe : Ryan Phillips): The build passed.
13:41:51  <travis-ci>Change view : https://github.com/luvit/luvit/compare/2.2.7
13:41:51  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70224140
13:41:51  * travis-cipart
13:44:40  * dan336quit (Quit: Leaving.)
14:02:31  * hdmsjoined
14:11:03  <rphillips>https://github.com/luvit/luvit/pull/770
14:12:09  * travis-cijoined
14:12:10  <travis-ci>luvit/luvit#2333 (fixes/change_tmp_directory - e3671fc : Ryan Phillips): The build passed.
14:12:10  <travis-ci>Change view : https://github.com/luvit/luvit/commit/e3671fcdda5d
14:12:10  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70228920
14:12:10  * travis-cipart
14:17:29  <rphillips>https://github.com/luvit/luvi/pull/105
14:18:42  * sousouxquit (Ping timeout: 265 seconds)
14:19:03  * sousouxjoined
14:19:11  * travis-cijoined
14:19:12  <travis-ci>luvit/luvi#626 (openssl/bump_to_1.0.2_d - ad6e7dc : Ryan Phillips): The build passed.
14:19:12  <travis-ci>Change view : https://github.com/luvit/luvi/commit/ad6e7dca6250
14:19:12  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70229727
14:19:12  * travis-cipart
14:20:54  <creationix>I wonder how I added the "in progress" label 9 minutes ago as github says
14:21:09  <creationix>All I did was open the link from here just now
14:21:14  <creationix>https://github.com/luvit/luvit/pull/770
14:22:11  <rphillips>may have been waffle
14:22:58  <creationix>I'm not on waffle
14:23:05  <rphillips>oh good point
14:23:09  <rphillips>on the /tmp
14:23:34  <rphillips>so, we got a bug report that /tmp is sometimes setup for noexec
14:23:42  * travis-cijoined
14:23:43  <travis-ci>luvit/luvit#2335 (master - 046726e : Ryan Phillips): The build passed.
14:23:43  <travis-ci>Change view : https://github.com/luvit/luvit/compare/0313bbef8614...046726e4d94d
14:23:43  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70230444
14:23:43  * travis-cipart
14:23:53  <creationix>rphillips: in most cases TMP will be set
14:24:02  <creationix>but yeah, noexec /tmp is a problem
14:24:40  <rphillips>reverted it
14:24:51  <rphillips>maybe, I should just set TMPDIR in our init scripts
14:24:58  <creationix>hmm, maybe not. On my ubuntu there is no TMP or TMPDIR
14:25:32  * travis-cijoined
14:25:33  <travis-ci>luvit/luvit#2336 (revert-770-fixes/change_tmp_directory - f20a043 : Ryan Phillips): The build passed.
14:25:33  <travis-ci>Change view : https://github.com/luvit/luvit/commit/f20a043661f5
14:25:33  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70230696
14:25:33  * travis-cipart
14:25:51  * travis-cijoined
14:25:52  <travis-ci>luvit/luvit#2338 (master - 2abfb64 : Ryan Phillips): The build passed.
14:25:52  <travis-ci>Change view : https://github.com/luvit/luvit/compare/046726e4d94d...2abfb64b8acb
14:25:52  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70230707
14:25:52  * travis-cipart
14:26:01  * travis-cijoined
14:26:02  <travis-ci>luvit/luvi#628 (master - e6d3440 : Ryan Phillips): The build passed.
14:26:03  <travis-ci>Change view : https://github.com/luvit/luvi/compare/c3b1b3fce883...e6d344030b06
14:26:03  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70230463
14:26:03  * travis-cipart
14:27:47  <rphillips>i'm thinking setting TMPDIR in the init script might be the best way
14:28:44  * jetlquit (Quit: Leaving)
14:29:53  * dan336joined
14:30:11  * ttejoined
14:40:23  * sousouxquit (Ping timeout: 250 seconds)
14:41:14  * sousouxjoined
14:49:42  * sousouxquit (Ping timeout: 252 seconds)
14:50:09  <rphillips>creationix: was there a fix with the command line parameters in luvi?
14:50:30  * sousouxjoined
14:51:01  <rphillips>09:48:58| seanc | On 2.0.2 I sometimes get the error "Starting /usr/bin/rackspace-monitoring-agent: ...t2-rhel61-x86_64/build/src/luvi-release/src/lua/init.lua:576: Unknown flag: -D"
14:54:47  * sousouxquit (Ping timeout: 246 seconds)
14:55:34  * sousouxjoined
14:59:30  <creationix>rphillips: I changed it to accept a single path after -- if there were none before
14:59:53  <creationix>so `luvi -- /path/to/app a b c` is the same as `luvi /path/to/app -- a b c`
15:00:23  <creationix>that way you can put `#!/usr/local/bin/luvi --` in the unix shebang
15:00:40  <creationix>unix will add the path to self (which will be a zip file appended to the shebang line)
15:01:31  <creationix>though all that logic is completely ignored if luvi has a zip attached
15:01:55  <creationix>which is the case for the agent
15:04:39  <rphillips>cool
15:08:08  * sousouxquit (Ping timeout: 246 seconds)
15:08:39  <creationix>rphillips: so what do you think about the stack trace issue sousoux is having?
15:08:44  * sousouxjoined
15:08:54  <creationix>I don't want to just change it to an xpcall in luv, that has some pretty serious preformance implications
15:09:22  <creationix>lua_pcall can't use virtual indexes for the error handler. So I'd have to look up debug.traceback and put it on the stack every time
15:09:48  <rphillips>mm
15:09:50  <rphillips>hmm
15:09:56  <creationix>maybe "pretty serious" is overstating it, but it is significant
15:10:00  <rphillips>perhaps it has something to do with the thread module?
15:10:16  <creationix>he said he's hitting the fatal error handler in lhandle.c
15:10:38  <creationix>in old luvit I had a way that you could register a global event source handler
15:11:01  <creationix>function event_source(fn, type) ... end
15:11:36  <creationix>that can be used for all sorts of useful things like wrappnig all new stacks with xpcall, implementing domains, or long-stack traces across events.
15:11:45  <creationix>basically like a simpler, but more powerful version of node domains
15:11:58  <creationix>it too has performance implications though
15:12:12  <creationix>I have to check for this user-set function and call it if it exists
15:12:31  <creationix>and we need a place per luv loop to store it
15:12:58  * sousouxquit (Ping timeout: 252 seconds)
15:13:36  * sousouxjoined
15:28:29  <rphillips>hmm /var/run isn't a good place either
15:29:32  <rphillips>/var/lib seems to work
15:32:44  <sousoux>creationix: couldn't you have a debug mode/switch in which xpcall is used?
15:33:40  * SkyRocknRollquit (Ping timeout: 256 seconds)
15:33:51  <creationix>sousoux: are you using the luv APIs directly or through luvit?
15:34:21  <creationix>my plan was for luvit to wrap the event sources with xpcall in lua so that it's user friendly and to keep luv as fast as possible
15:41:24  <sousoux>creationix: a mix. Sometimes via luvit, sometimes directly.
15:42:29  <sousoux>depends if they are exposed in luvit and in some cases (custom GPIO handling for example) I actually patch luv and libuv since I need POLLPRI
15:43:03  <creationix>Perhaps I'm worrying too much about the performance impact
15:43:06  <sousoux>if xpcall really that much slower. I don't really understand why it should be
15:43:09  <sousoux>is
15:43:24  <creationix>there is no xpcall in the C side
15:43:30  <creationix>just lua_pcall with an optional error handler
15:43:44  <creationix>but problem is the error handler isn't a C function pointer, it's an index on the lua stack
15:43:53  <creationix>so I have to store something on the stack
15:44:15  <creationix>but I think I can just quicky store a c function which then does the slow lookup for debug.traceback *if* an error happens
15:44:26  <creationix>I don't mind slowing down the error case, it's a fatal error anyway
15:44:49  <creationix>that's basically how lua.exe does it
15:45:17  <creationix>I'll add that
15:46:25  <sousoux>OK thanks. yes I just looked at lua_pcall. I guess that does add one stack push per call but that should be pretty fast I would guess
15:47:01  <creationix>right, what I didn't want to do was the slow lookup for the global `debug.traceback` on every call
15:47:06  <creationix>I'll just wrap that in a function
15:47:39  <sousoux>You could use luaL_traceback
15:48:03  <sousoux>Downside is that you can't override it
15:48:34  <sousoux>But I agree that the lookup is not important once you have an error
15:49:16  <creationix>hmm, so it's not too simple, but I think it will do
15:49:32  <creationix>I need to have the traceback function above the function to call and it's args
15:49:51  <creationix>but I can calculate that and insert it
15:56:40  <creationix>sousoux: rphillips: https://github.com/luvit/luv/commit/9c4f5f2ba2babf053a7e524503d41d8d77df9176
15:57:24  <rphillips>wow. nice fix
15:58:59  * travis-cijoined
15:59:00  <travis-ci>luvit/luv#375 (master - 9c4f5f2 : Tim Caswell): The build passed.
15:59:00  <travis-ci>Change view : https://github.com/luvit/luv/compare/1af5a36ebb5d...9c4f5f2ba2ba
15:59:00  <travis-ci>Build details : https://travis-ci.org/luvit/luv/builds/70245622
15:59:00  * travis-cipart
15:59:04  <creationix>it is a slight performance hit for something that only helps when the process has a fatal crash
15:59:16  <creationix>but it should help debugging a lot in the case of that fatal crash
16:02:34  <sousoux>yes. perfect
16:02:51  <sousoux>I'm going to squeeze this in for tomorrow
16:03:14  <creationix>sousoux: I think there are other event sources in luv, but that's the main one
16:03:23  <rphillips>sousoux: you will want my luvit fix for tls socket shutdowns from this morning
16:04:00  <rphillips>the write was not capturing an EPIPE event
16:04:04  <rphillips>or other socket error event
16:05:50  <creationix>rphillips: are you ready for a luvi release yet?
16:06:01  <creationix>we've got openssl updated and the stack trace patch
16:06:46  <rphillips>we should patch require as well
16:06:50  <sousoux>rphillips: already seen. already in
16:07:07  <creationix>rphillips: what's wrong with require?
16:07:21  <rphillips>i'm still thinking about that tmpdir
16:07:34  <rphillips>yeah, let's do a luvi release
16:08:01  <creationix>so luvi has module:action() that creates temporary files
16:08:02  <sousoux>I had one question on require. If a bundled app requires an unbundled lua file which then does a require it seems that the bundle is not searched. Is this by design?
16:08:22  <sousoux>I can understand why it would be
16:08:29  <creationix>sousoux: the bundle is searched, but only it's `modules` or `libs` folders
16:08:35  <creationix>not relative to the bundle root
16:08:50  <sousoux>not deps?
16:09:00  <creationix>right /modules/deps/
16:09:09  <creationix>s/modules/deps/
16:09:11  <sousoux>Is that recent?
16:09:26  <creationix>depends on your perspective
16:09:30  <creationix>at least a few months back
16:09:34  <sousoux>:)
16:09:38  <creationix>I've been working on luvit for years
16:09:41  <sousoux>Last week
16:10:05  <sousoux>Last time I tried it deps didn't seem to get searched
16:10:19  <creationix>that's how luvit standard libraries are loaded
16:10:29  <creationix>the lua script on the disk can access deps/*.lua
16:10:38  <creationix>(deps in the luvit bundle)
16:10:38  <sousoux>OK. Maybe I was doing something silly. I'll try again
16:11:32  <creationix>sousoux: btw, do I need to install the cloudgate expansion board to test stuff?
16:11:45  <creationix>or does it just add serial and gpio access
16:12:50  <rphillips>sousoux: do we have a shutdown timer for tls sockets?
16:28:21  * travis-cijoined
16:28:22  <travis-ci>luvit/luvi#629 (release - 97d1cfd : Tim Caswell): The build passed.
16:28:22  <travis-ci>Change view : https://github.com/luvit/luvi/compare/c3b1b3fce883...97d1cfdf15ce
16:28:22  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70250349
16:28:22  * travis-cipart
16:45:14  <rphillips>creationix: sousoux: wdyt: https://github.com/luvit/luvit/pull/772
16:45:16  <rphillips>?
16:46:30  <creationix>rphillips: what does timer.active do?
16:46:40  * travis-cijoined
16:46:41  <travis-ci>luvit/luvit#2339 (fixes/add_shutdown_timer - 0b62e01 : Ryan Phillips): The build passed.
16:46:41  <travis-ci>Change view : https://github.com/luvit/luvit/commit/0b62e0128002
16:46:41  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70253125
16:46:41  * travis-cipart
16:47:30  <creationix>I see it's also used on `self` at the top of shutdown()
16:52:37  * travis-cijoined
16:52:38  <travis-ci>luvit/luvi#630 (release - c3b1b3f : Tim Caswell): The build passed.
16:52:39  <travis-ci>Change view : https://github.com/luvit/luvi/compare/97d1cfdf15ce...c3b1b3fce883
16:52:39  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70253715
16:52:39  * travis-cipart
16:54:10  * travis-cijoined
16:54:11  <travis-ci>luvit/luvi#631 (master - 7fe8d78 : Tim Caswell): The build passed.
16:54:11  <travis-ci>Change view : https://github.com/luvit/luvi/compare/e6d344030b06...7fe8d78344b6
16:54:11  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70253906
16:54:11  * travis-cipart
17:08:06  <rphillips>creationix: can you help me track down the lack of a socket timeout event
17:08:11  <rphillips>on the tls socket
17:08:21  <creationix>sure
17:09:21  <creationix>rphillips: what kind of timeout are you missing?
17:11:08  <rphillips>seems to be when a socket is connected
17:11:12  <rphillips>and there is no traffic on the line
17:11:41  <creationix>so the socket is dying but we get no event?
17:11:58  <rphillips>well... the socket is still connected
17:12:17  <rphillips>but a setTimeout(5000) doesn't seem to propogate the event
17:12:38  <creationix>ok, so the timeout is one we've created
17:13:02  <rphillips>right
17:13:55  <creationix>do you have a minimal example showing the missing event or should I make one
17:15:14  <rphillips>hmm. i think luvit 1 only had a read timer on the socket
17:15:33  <rphillips>i haven't written one
17:15:35  <rphillips>using the agent
17:16:20  <creationix>so the timeout is inside the "tls" module right?
17:17:43  <rphillips>well
17:17:55  <rphillips>it wraps the timer.enroll functionality
17:17:58  <rphillips>in the timer module
17:19:01  <creationix>is there a default timeout in the TLS module or is there a .timeout API?
17:19:56  <creationix>found it, socket:setTimeout
17:20:01  <creationix>hmm, we have a unit test for that
17:21:16  <rphillips>try, 20 seconds
17:21:52  <creationix>here is my minimal test https://gist.github.com/creationix/c62957d92c745a902309
17:22:26  <creationix>still works with 20 seconds
17:24:55  <creationix>rphillips: where in the agent are you setting the timeout?
17:26:25  <rphillips>https://github.com/virgo-agent-toolkit/virgo-base-agent/blob/master/client/client.lua#L155
17:27:15  <rphillips>https://github.com/luvit/luvit/blob/master/deps/net.lua#L103
17:27:17  <creationix>I see that's 10x more complicated :)
17:27:22  <rphillips>i think these write timer.active's are not correct
17:27:49  <creationix>those did look fishy to me
17:28:08  <creationix>but that would just give false positive timeouts, not missing timeouts right?
17:29:28  <rphillips>well... it wouldn't trigger the timeout
17:30:25  <creationix>the job os .active is to reset a timeout and keep it from happening for a while
17:30:28  <creationix>right?
17:30:57  <rphillips>right
17:31:01  <rphillips>vidyo?
17:31:37  <creationix>sure
17:31:55  <creationix>I'm in your room
17:32:29  <rje>is there an easy way to pick a few files from one branch to another in git? the agent example configs got lost
17:46:48  <rphillips>cherry-pick
17:47:36  <creationix>can cherry-pick do by paths, I thought it was by commit?
17:47:54  <rphillips>creationix: PM your phone number?
17:50:39  <rje>are you guys already on vidyo? if not, can you hop into my room?
17:51:11  <rje>rphillips, creationix ^^
17:51:41  <creationix>rje: we're in rphillips's room
17:51:50  <rje>kk
18:21:03  * travis-cijoined
18:21:04  <travis-ci>luvit/luvit#2342 (fixes/add_shutdown_timer - 26d79f8 : Ryan Phillips): The build passed.
18:21:04  <travis-ci>Change view : https://github.com/luvit/luvit/compare/0b62e0128002...26d79f833dac
18:21:04  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70266018
18:21:04  * travis-cipart
18:25:32  * travis-cijoined
18:25:33  <travis-ci>luvit/luvi#632 (master - 0cc45e9 : Tim Caswell): The build passed.
18:25:33  <travis-ci>Change view : https://github.com/luvit/luvi/compare/7fe8d78344b6...0cc45e93c200
18:25:33  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70266345
18:25:33  * travis-cipart
18:28:22  * travis-cijoined
18:28:23  <travis-ci>luvit/luvi#633 (v2.1.5 - 0cc45e9 : Tim Caswell): The build passed.
18:28:23  <travis-ci>Change view : https://github.com/luvit/luvi/compare/v2.1.5
18:28:23  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70266626
18:28:23  * travis-cipart
18:38:11  <rphillips>https://github.com/luvit/luvit/pull/772
18:39:07  * dan336quit (Quit: Leaving.)
18:46:53  <creationix>rphillips: does the shutdown timer work as expected. I'm not sure how to test it
18:47:11  <rphillips>yep. works
18:47:18  <rphillips>we saw the tls connections close
18:47:25  <creationix>btw, luvi 2.1.5 is done for everything except for armv6-regular https://github.com/luvit/luvi/releases/tag/v2.1.5
18:50:44  <creationix>ok, lit 2.1.6 it published with updated luvi. There were no other changes in lit
18:51:59  <rphillips>creationix: can you bump luvit as well?
18:52:01  * travis-cijoined
18:52:02  <travis-ci>luvit/luvi#634 (release - 0cc45e9 : Tim Caswell): The build passed.
18:52:02  <travis-ci>Change view : https://github.com/luvit/luvi/compare/c3b1b3fce883...0cc45e93c200
18:52:02  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70270335
18:52:02  * travis-cipart
18:52:02  <rphillips>i merged my pr
18:53:52  <creationix>ok, I'll do a luvit release then
18:54:16  <creationix>I did remember this time to update "release" in luvi to point to the latest tag.
18:56:02  <rphillips>i saw :) thanks
18:57:27  * travis-cijoined
18:57:28  <travis-ci>luvit/luvit#2344 (master - 52ff6b5 : Tim Caswell): The build passed.
18:57:28  <travis-ci>Change view : https://github.com/luvit/luvit/compare/0ae848364da0...52ff6b5c8c51
18:57:28  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70271463
18:57:28  * travis-cipart
19:03:46  * travis-cijoined
19:03:47  <travis-ci>luvit/luvit#2345 (master - 78c9055 : Tim Caswell): The build passed.
19:03:47  <travis-ci>Change view : https://github.com/luvit/luvit/compare/52ff6b5c8c51...78c9055c67e7
19:03:47  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70272309
19:03:47  * travis-cipart
19:05:58  <creationix>ok, new luvit 2.2.8 with tls shutdown timout and updated luvi/lit
19:06:04  <rphillips>thanks!
19:06:07  <rphillips>starting a build
19:06:39  * travis-cijoined
19:06:40  <travis-ci>luvit/luvit#2346 (master - b2b93b1 : Tim Caswell): The build passed.
19:06:41  <travis-ci>Change view : https://github.com/luvit/luvit/compare/78c9055c67e7...b2b93b12f514
19:06:41  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/70272760
19:06:41  * travis-cipart
19:09:14  <rphillips>we need to figure out the noexec thing
19:09:33  <rphillips>being able to set the path makes sense
19:10:19  <creationix>so how does noexec even become a problem?
19:10:23  <creationix>can you not dlopen with that?
19:10:38  <rphillips>correct
19:11:09  <creationix>interesting security model
19:11:20  <rphillips>tmpfs /tmp tmpfs noexec,size=512m 0 0
19:11:28  <rphillips>in your fstab and mount /tmp should do the trick
19:11:30  <creationix>right, that's fairly common I believe
19:11:34  <rphillips>yeah
19:11:38  <rphillips>it's sorta silly
19:11:46  <creationix>so the directory that holds the agent has exec obviously
19:11:52  <rphillips>right
19:12:04  <creationix>that would work as long as you have write access there and make sure to cleanup
19:12:28  <rphillips>/usr/bin is a weird place to create things
19:12:37  <rphillips>i think /var/lib is decent
19:12:49  <rphillips>/var/run sometimes has noexec on it as well
19:14:08  <rphillips>user's home directory doesn't seem like a bad thought
19:14:18  <rphillips>some users don't have home dirs
19:14:20  <creationix>/usr/local/lib would be the most proper place I think
19:14:31  <creationix>that's where I'd put libs if I was installing them
19:14:38  <rphillips>yeah
19:14:50  <rphillips>we might need to create /usr/local/lib though
19:15:25  <creationix>/usr/lib should exist on all systems, but people might not feel right about us writing there
19:15:35  <creationix>some package managers throw a fit
19:16:14  <creationix>so is the agent simply not booting on systems with noexec on /tmp?
19:16:47  <rphillips>it errors out
19:16:59  <rphillips>Thu Jul 09 16:00:15 2015 ERR: Start Error: [string "bundle:deps/require.lua"]:315: /tmp/lib-DqcbGc/sigar.so#luaopen_sigar: /tmp/lib-DqcbGc/sigar.so: failed to map segment from shared object: Operation not permitted
19:17:02  <rphillips>stack traceback:
19:17:39  <creationix>yep, that sounds about right
19:18:47  <creationix>so a safe route is to dirname(uv.exepath()). The bootstrapping of require in luvi makes this tricky to customize
19:18:57  <creationix>most anything requires changes to luvi
19:19:34  <creationix>hmm, unless we modified require to allow changing the path after it's already initialized
19:28:17  * dan336joined
19:35:14  <creationix>oh interesting, the guy that introduced and fixed the openssl vuln shares my last name
19:56:30  * dan336quit (Quit: Leaving.)
20:51:10  * jjejoined
20:51:34  * jjechanged nick to Guest17046
20:52:53  * ttequit (Ping timeout: 246 seconds)
21:45:17  * Guest17046quit (Read error: Connection reset by peer)
21:45:25  * Guest17046joined
22:11:48  * hdmsquit (Quit: hdms)
22:39:34  * DarkGodjoined
23:47:31  * DarkGodquit (Ping timeout: 255 seconds)