01:05:32  * kazuponjoined
01:15:25  * kazuponquit (Remote host closed the connection)
01:15:54  * tim_smartjoined
02:14:14  * kazuponjoined
03:38:31  * kazuponquit (Remote host closed the connection)
04:02:12  * kazuponjoined
04:06:57  * kazuponquit (Ping timeout: 245 seconds)
04:57:48  * kazuponjoined
05:07:40  * kazuponquit (Ping timeout: 265 seconds)
05:11:09  * tim_smartquit (Quit: leaving)
05:18:53  * SouLquit (Remote host closed the connection)
06:05:31  * a_lequit (Remote host closed the connection)
06:19:13  * kazuponjoined
06:47:39  * kazuponquit (*.net *.split)
07:00:12  * kazuponjoined
07:06:03  * a_lejoined
07:12:00  * DarkGodjoined
07:12:23  * a_lequit (Ping timeout: 240 seconds)
07:29:03  * kazuponquit (*.net *.split)
07:32:14  * kazuponjoined
07:36:45  * kazuponquit (*.net *.split)
07:40:07  * kazuponjoined
08:51:33  * indexzerojoined
08:51:42  * indexzeroquit (Client Quit)
08:51:42  * indexzero_changed nick to indexzero
08:53:31  * indexzeroquit
08:53:51  * indexzerojoined
09:55:22  * kazuponquit (*.net *.split)
09:56:09  * kazuponjoined
09:58:16  * endouquit (*.net *.split)
09:58:17  * bjornquit (*.net *.split)
09:59:02  * endoujoined
09:59:02  * bjornjoined
11:36:26  * kazuponquit (Remote host closed the connection)
13:08:41  * kazuponjoined
13:11:07  * a_lejoined
13:11:27  * kazuponquit (Remote host closed the connection)
13:15:28  * a_lequit (Ping timeout: 250 seconds)
13:52:22  * kazuponjoined
14:25:44  * dan336joined
15:08:31  * dan3361joined
15:09:45  * dan336quit (Read error: Connection reset by peer)
15:35:09  * a_lejoined
15:42:47  * UniOnjoined
15:57:56  * a_lequit (Read error: Connection reset by peer)
15:58:38  * a_lejoined
16:18:23  * kazuponquit (Remote host closed the connection)
16:23:19  * kazuponjoined
17:10:41  * kazuponquit (Remote host closed the connection)
18:21:33  <creationix>rphillips: so for luvit, I think I found a way to preserve the node style require system, but also support luarocks
18:22:21  <creationix>I insert a “require” locally into the fenv of each module loaded luvit style that first search luvit style and then falls back to the real require
18:22:33  <creationix>I can’t use a module loader since they don’t know about the path to the caller
18:23:01  <creationix>This means you can’t use a luvit style require from anything that was loaded with real require, but I think that’s fine
18:26:24  <rphillips>creationix: https://github.com/luvit/luvit/pull/468/files
18:26:31  <rphillips>yeah, we sorta did that in this PR
18:26:53  <creationix>and I’m allowing recursive loads
18:27:54  <creationix>I think it’s cleaner to not touch the package.* stuff at all and just use it as a fallback
18:28:02  <creationix>it’s almost powerful enough, but sure gets messy
18:41:08  <rch>lua 5.3 has integers now: http://www.lua.org/work/doc/#changes
18:42:34  <creationix>that’s a big change. He’s been wanting to add that for years
18:42:53  <creationix>when I met Roberto in person years ago it was all he could talk about
18:46:54  * dan3361quit (Quit: Leaving.)
19:27:00  <creationix>rphillips: bootstrap for luvit-style require system in luvi app is complete https://github.com/luvit/luvit/blob/luvi-up/app/main.lua#L19-L26
19:29:23  <rphillips>nice
19:29:33  * travis-cijoined
19:29:34  <travis-ci>luvit/luvit#954 (luvi-up - df82b35 : Tim Caswell): The build passed.
19:29:34  <travis-ci>Change view : https://github.com/luvit/luvit/compare/ba6252423726...df82b35cfeb6
19:29:34  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/38960305
19:29:34  * travis-cipart
19:34:19  * travis-cijoined
19:34:19  <travis-ci>luvit/luvit#955 (luvi-up - ad9b3c5 : Tim Caswell): The build passed.
19:34:19  <travis-ci>Change view : https://github.com/luvit/luvit/compare/df82b35cfeb6...ad9b3c57eba3
19:34:19  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/38960529
19:34:19  * travis-cipart
19:43:51  <rphillips>creationix: so require('bundle:...') looks in the bundle I take it
19:44:04  <creationix>yep
19:44:04  <rphillips>if it doesn't have that then it falls back to the regular require?
19:44:26  <creationix>bundle is the vfs prefix, currently is supports just two, bundle and real fs (which is the implicit fs: prefix)
19:44:50  <creationix>I should turn off travis for this branch, it’s not testing the new code at all
19:45:34  <rphillips>it feels like there should be a shortcut
19:46:02  <rphillips>not sure what that would be
19:46:52  <creationix>I have some of my repos to only run if there is a .travis.yml
19:47:14  <rphillips>requireb('modules/main.lua') maybe
19:47:54  <creationix>well, if you’re in the bundle, all non-prefixed requires use the same vfs
19:48:11  <creationix>so from within the bundle, anything in bundle:modules/ is a global module
19:48:24  <rphillips>ah gotcha
19:48:25  <rphillips>that is cool
19:48:33  <creationix>I just use that to bootstrap since I start on the outside
20:00:35  <creationix>rphillips: actually, you’re right, this is a problem
20:00:55  <creationix>I want to be able to require global modules that are in the bundle from scripts on the fs
20:03:46  <rphillips>ah hah
20:03:54  <rphillips>i wasn't thinking about that use case
20:05:12  <creationix>so for lua modules, is it init.lua or index.lua in the folder?
20:05:38  <creationix>looks like luvit was using init.lua, we should probably keep that convention
20:08:47  <creationix>success! This require https://github.com/luvit/luvit/blob/luvi-up/tests/test-colors.lua#L1
20:08:56  <creationix>finds this package in the bundle https://github.com/luvit/luvit/blob/luvi-up/app/modules/colors/init.lua
20:12:27  * creationixrphillips: if you want to test this:
20:12:28  * creationix- install luvi to your path
20:12:29  * creationix- export LUVI_DIR to luvit/app in the luvi-up branch
20:12:58  <creationix>- then simply type `luvi` in place of `luvit`. The tests/test-colors is the only test that should be working yet
20:14:21  <creationix>it’s so nice to do luvit core development without involving a C compiler
20:14:31  <creationix>only stuff in luvi core needs to be re-built when changed
20:14:37  <rphillips>+1
20:16:32  <rphillips>it works
20:19:08  <creationix>awesome
20:19:29  <creationix>it’s just a require system and a repl for now, but that’s a good base
20:19:50  <creationix>and it’s probably logging all the require search paths
20:25:50  <creationix>Documented how to work with the luvi-up branch https://github.com/luvit/luvit/tree/luvi-up#luvi-integration-in-progress
20:28:09  * dan336joined
20:29:24  * dan336quit (Client Quit)
20:42:09  * dan336joined
22:36:11  <creationix>writing a fast, correct, and pretty value dumper is suprizingly hard
23:12:41  * dan336quit (Quit: Leaving.)
23:35:55  * UniOnquit (Remote host closed the connection)