00:41:31  * aledbfpart
03:31:02  * Something12_joined
03:34:19  * [zzz]quit (Ping timeout: 255 seconds)
05:38:45  * SkyRocknRolljoined
07:25:44  * SkyRocknRollquit (Remote host closed the connection)
11:41:15  * Something12_quit (Ping timeout: 265 seconds)
12:37:33  * SkyRocknRolljoined
13:14:59  * SkyRocknRollquit (Remote host closed the connection)
13:26:18  <rphillips>good morning
14:10:03  <creationix>mornin'
14:12:31  <daurnimator>just!
14:28:45  * dan336joined
14:29:53  <creationix>rphillips: https://github.com/luvit/luv/pull/170
14:31:44  <creationix>daurnimator: I'm pretty sure it's never morning for all contributors :) We have major contributors in USA, Europe, Russia, and China.
14:36:57  <rphillips>nice
14:37:33  <rphillips>cmake++
14:40:09  * travis-cijoined
14:40:10  <travis-ci>luvit/luv#49 (master - 51bf744 : Ryan Phillips): The build passed.
14:40:10  <travis-ci>Change view : https://github.com/luvit/luv/compare/3a2609c744fb...51bf744ed4a7
14:40:10  <travis-ci>Build details : https://travis-ci.org/luvit/luv/builds/73902651
14:40:10  * travis-cipart
15:09:34  * hdmsjoined
16:36:02  <creationix>rphillips: can you see this? http://codeshare.io/9s2s1
16:38:02  <rphillips>i can
16:40:35  <creationix>rphillips: cool, does it show you my webcam?
16:41:34  <rphillips>creationix: hmm. i don't see it
16:42:20  <creationix>it seems the webchat part is a little flakey in FF
16:42:39  <creationix>maybe Lee tests mostly on chrome
17:00:34  * boxofroxquit (Quit: WeeChat 1.2)
17:22:24  <creationix>yeah, miniz's CRC doesn't even attempt to be compatible with other zip implementations
17:22:42  <creationix>good thing crc32 isn't that complicated. I wrote a new one and am testing it
17:42:27  * dan3361joined
17:44:15  * dan336quit (Ping timeout: 244 seconds)
18:22:16  <rphillips>ok. got my ele PR fixed up
18:23:44  * hdmsquit (Ping timeout: 246 seconds)
18:40:13  <creationix>rphillips: cool
18:40:19  <creationix>I got crc32 fixed https://github.com/luvit/luvi/pull/116
18:40:41  <creationix>it was very hard to find the actual algorithm / polynomials used by zip tools.
18:41:57  * travis-cijoined
18:41:58  <travis-ci>luvit/luvi#697 (fixcrc32 - a4f4c5c : Tim Caswell): The build passed.
18:41:58  <travis-ci>Change view : https://github.com/luvit/luvi/commit/a4f4c5c3b5b2
18:41:58  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/73939021
18:41:58  * travis-cipart
18:55:20  * Something12_joined
18:56:04  * travis-cijoined
18:56:05  <travis-ci>luvit/luvi#699 (master - 1e466b6 : Tim Caswell): The build passed.
18:56:05  <travis-ci>Change view : https://github.com/luvit/luvi/compare/08969213b9a4...1e466b681ce0
18:56:05  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/73940970
18:56:05  * travis-cipart
19:13:33  * travis-cijoined
19:13:34  <travis-ci>luvit/luvit#2441 (master - dd93839 : Tim Caswell): The build passed.
19:13:34  <travis-ci>Change view : https://github.com/luvit/luvit/compare/3bad2d0eef14...dd93839e7ab3
19:13:34  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/73943368
19:13:34  * travis-cipart
20:00:32  * dan336joined
20:03:14  * dan3361quit (Ping timeout: 244 seconds)
20:09:49  <kostco>hey rphillips how does one use the logger?
20:10:03  <kostco>im trying to do require logging then logging.warning
20:10:19  <kostco>and i tried a few different things but i keep getting a invalid literal at line 1 column 6 error
20:10:35  <kostco>which is usually thrown if i try to access a library that doesnt exist
20:22:59  <dan336>kostco: I think i have gotten that error before with weird white space characters. you may want to double check that all your spaces are in fact spaces. Its been a while since that has happened to me, but it sounds like what I get occasionally.
20:24:17  <kostco>no im trying the base case and it still fails dan336
20:24:17  <kostco>So something like logging.log(3, 'afafa') doesnt even work
20:27:39  <rphillips>kostco: try .warn
20:28:25  <rphillips>hmm. no. it's warning
20:29:56  <rphillips>https://github.com/virgo-agent-toolkit/rackspace-monitoring-agent/blob/master/main.lua#L112
20:29:58  <rphillips>lot's of examples
20:31:07  <creationix>rphillips: so for the shrinkwrap feature, that only makes sense for full applications right?
20:31:54  <creationix>we don't want freezing for every library or it will be impossible to get bug fixes in deep dependencies without the intermediate packages pushing updates.
20:32:20  <creationix>but a luvit or lit release should hard-freeze it's dependency tree so that everyone on the same version of luvit has the same code
20:32:54  <kostco>ah i didnt init it, which is strange since i was looking at check/base and it isnt initd there either
20:33:08  <creationix>but what about things like the agent that use luvit as a library? Should they get the frozen set of luvit deps when luvit was released or a snapshot of latest libraries when the agent release is published?
20:41:16  <rphillips>creationix: full applications makes sense
20:41:39  <creationix>I think what I'll do is just calculate dependencies when doing `lit add` and add that tree hash to the metadata
20:41:52  <creationix>then when using lit make, it can pull that hash
20:42:19  <rphillips>oh interesting
20:43:08  <rphillips>you might need the entire table and not just the hash
20:43:26  <creationix>no, the hash is plenty, it's a git tree has
20:43:29  <creationix>which implies all the contents
20:43:42  <creationix>we already have tree syncing between client and server
20:43:46  <rphillips>gotcha
20:44:26  <creationix>so I think I'll calculate it for everything on add, but only use it in `lit make`
20:44:33  <creationix>and the zip generator as luvit.io
20:44:44  <creationix>(which is what homebrew needs, a non-changing zip)
21:01:23  * dan3361joined
21:02:39  * dan336quit (Ping timeout: 244 seconds)
21:39:53  * dan336joined
21:40:00  * piernovquit (Ping timeout: 250 seconds)
21:41:55  * dan3361quit (Ping timeout: 244 seconds)
21:43:04  * piernovjoined
21:45:53  <creationix>rphillips: when you get a change, double check this https://github.com/luvit/lit/pull/114
21:46:03  <creationix>it was more minimal than I expected :)
21:46:49  <creationix>essentially we're just pushing dependency resolving to publish time instead of install time
21:47:16  <creationix>and only for tree based packages built directly from the lit database
21:47:26  <rphillips>wow nice
21:48:08  <rphillips>does that meta.snapshot get autogenerated?
21:50:19  <creationix>yep, it's not even in package.lua
21:50:32  <creationix>it gets added right before storing a copy of the metadata in the tag as json
21:50:41  <creationix>(the cache data used by the search engine)
21:51:12  <creationix>it does mean `lit add` is a little slower, but since that happens a lot less often than building stuff, it's a net win
21:52:09  <creationix>here is where I tell the metadata miner library to look in the tag before looking for a package.lua or init.lua file to eval https://github.com/luvit/lit/pull/114/files#diff-5df8aa43fcaa7a3f88b1282184ef9da1R117
21:52:24  <creationix>so that also speeds up metadata lookup since all published packages have that tag
23:02:10  * dan336quit (Quit: Leaving.)