00:00:08  * DarkGodquit (Ping timeout: 256 seconds)
03:30:43  * Something12_joined
03:33:54  * Something12quit (Ping timeout: 246 seconds)
05:18:32  * SkyRocknRolljoined
05:18:44  * SkyRocknRollquit (Changing host)
05:18:44  * SkyRocknRolljoined
06:56:28  * SkyRocknRollquit (Remote host closed the connection)
07:27:33  * SkyRocknRolljoined
07:36:11  * DarkGodjoined
10:16:26  * SkyRocknRollquit (Read error: Connection reset by peer)
10:21:28  * piernov_quit (Ping timeout: 252 seconds)
10:22:03  * piernovjoined
10:32:28  * Something12_quit (Ping timeout: 244 seconds)
13:52:36  <rphillips>good morning
14:04:23  <creationix>rphillips: I fixed the windows 10 build issue yesterday
14:04:49  <creationix>it wasn't in libuv like I had thought. I got confused since the luv and libuv paths look a lot alike
14:05:04  <rphillips>nice
14:10:24  <creationix>rphillips: shall we make a luvi release or was there something else you wanted to include?
14:17:19  <rphillips>Luvi release sounds good
14:29:47  * piernovquit (Ping timeout: 240 seconds)
14:29:55  * piernovjoined
15:05:49  * travis-cijoined
15:05:50  <travis-ci>luvit/luvi#690 (master - 9f98ed4 : Tim Caswell): The build passed.
15:05:50  <travis-ci>Change view : https://github.com/luvit/luvi/compare/94eeab88c417...9f98ed4f0be9
15:05:50  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/73472160
15:05:50  * travis-cipart
15:06:03  * travis-cijoined
15:06:04  <travis-ci>luvit/luvi#691 (master - d77a116 : Tim Caswell): The build was fixed.
15:06:04  <travis-ci>Change view : https://github.com/luvit/luvi/compare/9f98ed4f0be9...d77a1162fd32
15:06:04  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/73571028
15:06:04  * travis-cipart
15:08:42  <creationix>rphillips: did you see http://www.freelists.org/post/luajit/Looking-for-new-LuaJIT-maintainers
15:09:17  <rphillips>man, i did not
15:25:53  <creationix>alright, luvi and luvit tests all pass on windows-64, osx-64, and linux-64. I'm tagging a luvi release
15:26:10  <rphillips>nice
15:26:19  <creationix>I bumped lua-openssl and wanted a little more testing
15:26:25  <creationix>the luvit test suite does more than luvi's
15:26:52  <creationix>The git log for lua-openssl looked like all bug fixes
15:28:22  <creationix>rphillips: good news about the luajit thing is he has motivation to release the 2.1 branch
15:28:36  <rphillips>that will be nice
15:28:39  <creationix>I could tell he was running out of steam, this should help re-invigorate the project I hope
15:28:51  <rphillips>yeah, i got that impression from him as well
15:29:34  <rphillips>https://ffmpeg.org/pipermail/ffmpeg-devel/2015-July/176489.html
15:29:38  <rphillips>ffmpeg leader retired as well
15:30:05  * travis-cijoined
15:30:06  <travis-ci>luvit/luvi#693 (v2.0.8 - 73a2f31 : Tim Caswell): The build passed.
15:30:06  <travis-ci>Change view : https://github.com/luvit/luvi/commit/73a2f31c5de9
15:30:06  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/73575181
15:30:06  * travis-cipart
15:30:27  * travis-cijoined
15:30:28  <travis-ci>luvit/luvi#692 (v2.1.7 - d77a116 : Tim Caswell): The build passed.
15:30:28  <travis-ci>Change view : https://github.com/luvit/luvi/compare/v2.1.7
15:30:28  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/73575170
15:30:28  * travis-cipart
15:35:43  * piernovquit (Ping timeout: 252 seconds)
15:36:46  * piernovjoined
15:51:39  <rphillips>creationix: reg query HKEY_CLASSES_ROOT\VisualStudio.DTE.14.0 >nul 2>nul
15:51:48  <rphillips>seems to suppress the errorlevel
15:52:22  <creationix>really? It builds on appveyor
15:52:27  <creationix>maybe they have vs 14?
15:52:35  * travis-cijoined
15:52:36  <travis-ci>luvit/luvi#694 (release - d77a116 : Tim Caswell): The build passed.
15:52:36  <travis-ci>Change view : https://github.com/luvit/luvi/compare/0e928a9b272c...d77a1162fd32
15:52:36  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/73579202
15:52:36  * travis-cipart
15:53:09  <creationix>hmm, no it's falling back to vs 12 https://ci.appveyor.com/project/racker-buildbot/luvi/build/1.0.507/job/kutf0qfx65r1oc46#L50
15:53:34  <creationix>rphillips: does it not work on your windows box?
15:53:45  <creationix>(also I just updated the release branch for luvi)
15:54:13  <rphillips>No. It always switches to the 14
15:55:17  <creationix>weird. I wonder why it works on appveyor then
15:56:38  <creationix>rphillips: so if you remove the redirection it detects the failure properly?
15:56:45  <creationix>and you're sure you don't have that registry key
15:58:30  <rphillips>correct to both
15:59:14  <rphillips>ah hah
15:59:22  <rphillips>reg query always returns 0
15:59:50  <rphillips>https://www.evernote.com/l/AAmMOyRuDMhOsIievosvpdGv49PgQa82pBc
16:01:18  <creationix>well that's strange
16:01:36  <creationix>what windows version is that?
16:01:47  <rphillips>2012... one of our cloud servers
16:03:24  <rphillips>hmm. it returns 1 in a regular cmd.exe
16:03:31  <creationix>interesting
16:03:38  <creationix>I always test in normal cmd.exe
16:03:59  <creationix>btw, if you `lit update` you'll get new lit / luvit / luvi with rex module
16:12:01  * itsudotjoined
16:15:46  <itsudot>hi.. working on Homebrew (Mac OS X) formulae for luvi, lit and luvit. but could not find build instructions for these packages from release tarballs. any pointers to do so would be appreciated.
16:17:53  <creationix>itsudot: I had this a while back https://gist.github.com/creationix/61222346fe849a0ecfe5
16:18:06  <creationix>this is why luvi publishes a src tarball with all the submodules included
16:18:09  <itsudot>thanks, i'll look into it.
16:19:44  <rphillips>https://github.com/virgo-agent-toolkit/luvi/releases/tag/v2.1.7-sigar mostly uploaded
16:19:45  <creationix>itsudot: that's pretty out of date, let me update the gist
16:19:55  <rphillips>not at home for the arm build
16:20:26  <creationix>rphillips: cool, the armv6 build isn't done yet anyway
16:20:35  <creationix>oh, but you'd be building your own, nevermind
16:20:42  <rphillips>yeah, our fork
16:20:57  <creationix>itsudot: but this helps a lot understanding how to bootstrap lit https://github.com/luvit/lit/blob/master/get-lit.sh
16:21:48  <itsudot>creationix: sure, i'll check back in some time.
16:25:36  <creationix>itsudot: ok, updated, but untested the formulae https://gist.github.com/creationix/61222346fe849a0ecfe5
16:25:53  <itsudot>creationix: i believe, Homebrew doesn't accept pre-built binaries. luvi
16:26:05  <creationix>itsudot: right, this is building luvi from source
16:26:51  <creationix>(the gist, not the get-lit.sh)
16:27:54  <itsudot>yes, got that now. any plan to update this on Homebrew repo?
16:28:05  <creationix>I don't think I've ever submitted it there
16:28:18  <creationix>I never use homebrew to install luvi / lit so I'm not the best maintainer for that I think
16:29:06  <creationix>oh, and once you have lit, building luvit is as simple as `lit make lit://luvit/luvit` and then moving `luvit` to your path.
16:29:07  <itsudot>if you, commit these formulae for the first time, I think there are many to maintain those formulae.
16:29:54  <itsudot>oh, thanks. but is there a way to build luvit from release tarball?
16:29:57  <creationix>ok, but I should test first
16:30:09  <itsudot>I'll test it now.
16:30:15  <itsudot>and provide a feedback.
16:30:18  <creationix>thanks
16:41:31  <itsudot>creationix: luvi.rb formula works fine but there are a few Homebrew audit issues,
16:41:36  <itsudot>is there any reason, why you have "https://github.com/luvit/luvi/releases/download/v2.1.7/luvi-src.tar.gz" in your formula instead of "https://github.com/luvit/luvi/archive/v2.1.7.tar.gz" ?
16:41:53  <creationix>yes, the github tarball doesn't include submodules
16:42:05  <creationix>homebrew could instead do a recursive git clone
16:42:12  <creationix>but I wasn't able to get that working
16:43:00  <itsudot>Homebrew needs a version in the file name not just in the url
16:43:25  <itsudot>any, Homebrew audit mentions these issues, http://sprunge.us/gGcE
16:44:02  <itsudot>you could also add git source but that would be for HEAD build
16:46:41  <creationix>I suppose I could change the filename
16:46:46  <creationix>that tarball was created for homebrew after all
16:47:24  <itsudot>oh cool.
16:50:27  <creationix>itsudot: how about https://github.com/luvit/luvi/releases/download/v2.1.7/luvi-src-v2.1.7.tar.gz
16:51:44  <itsudot>that's great.
16:51:50  <itsudot>works for Homebrew
16:53:45  * travis-cijoined
16:53:46  <travis-ci>luvit/luvi#695 (master - 0896921 : Tim Caswell): The build passed.
16:53:46  <travis-ci>Change view : https://github.com/luvit/luvi/compare/d77a1162fd32...08969213b9a4
16:53:46  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/73587687
16:53:46  * travis-cipart
16:55:38  <itsudot>I have updated your formula for luvi, https://gist.github.com/tzudot/dd956165cca423d57d71#file-luvi-rb. you might want to change the url and desc.
16:56:09  <itsudot>and sha256, if necessary.
17:01:52  <creationix>thanks
17:17:34  * SkyRocknRolljoined
17:20:56  * Something12_joined
17:25:37  <itsudot>creationix: while unzip process, CRC check failed for "https://lit.luvit.io/packages/luvit/lit/v2.1.11.zip", http://sprunge.us/FRdG
17:26:16  <creationix>itsudot: yeah, that's normal and harmless
17:26:28  <creationix>the zip library I'm using in luvit doesn't always write correct CRCs
17:27:00  <creationix>it's a slightly customized miniz to support appending zips to executibles
17:27:16  <itsudot>the problem is, Hombrew halts on getting this error, Error: Failure while executing: unzip -qq /Library/Caches/Homebrew/lit-2.1.11.zip
17:29:39  <creationix>well, that's problematic
17:30:05  <creationix>there is another problem
17:30:13  <itsudot>what's that?
17:30:16  <creationix>the zip files generated by lit.luvit.io are rendered on the fly
17:30:30  <creationix>if any sub-dependency gets updated and published, it will grab it (assuming the semver range matches)
17:30:42  <creationix>so the same zipfile url can change over time as bugs are fixed and published
17:31:04  <itsudot>oh
17:31:11  <creationix>I guess I need to publish hand-made zips to github for lit too
17:31:17  <creationix>it's a shame github's service doesn't work with submodules
17:32:41  <itsudot>it would be great, if you could publish zip "hand-made" files to github. but why hand-made, can't this be automated?
17:34:19  <creationix>by hand-made I mean semi-automated
17:34:27  <creationix>luvi has a `make publish-src` target
17:34:40  <creationix>lit releases are currently much simpler, I just publish something to lit
17:35:41  <creationix>rphillips: are you aware that lit make will always grab the latest of all dependencies (semver compatible) when building an app?
17:35:46  <creationix>could this be a problem?
17:36:32  <rphillips>that should be ok... it honors @2 to restrict to 2.x.x semvers, right?
17:37:14  <rphillips>it could be a problem if someone breaks semver compatibility... seems ok though
17:39:11  <creationix>right, it’s a balance between automatically pulling in bug fixes and accidentally pulling in regressions
17:40:04  <creationix>I think some form of shrinkwrap that annotates versions with git hashes would work for people wanting reproducible builds
17:40:36  <creationix>so when we want to make a new luvit release we just re-run the shrinkwrap command and it will pull in all new deep dependencies and re-freeze everything
17:40:50  <creationix>we can then test that exact version and know what we’re giving people
17:44:17  <rphillips>locking dependencies would be nice
17:44:27  <rphillips>reproducable builds++
17:45:17  <creationix>so if we add that and fix the checksum bugs in miniz, then the lit zips can be used by homebrew safetly
17:51:09  <creationix>ok, made a few issues to track all this https://github.com/luvit/luvit/issues/787
17:53:28  <creationix>rphillips: I think we can lock dependencies during `lit add` since that's when we sign things
17:54:56  <creationix>I'm just trying to figure out what this means for normal libraries (as opposed to luvi apps)
17:58:52  * travis-cijoined
17:58:53  <travis-ci>luvit/luvit#2435 (master - 3bad2d0 : Tim Caswell): The build passed.
17:58:53  <travis-ci>Change view : https://github.com/luvit/luvit/compare/24ecf761b678...3bad2d0eef14
17:58:53  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/73597064
17:58:53  * travis-cipart
18:24:16  * hdmsjoined
18:59:16  * travis-cijoined
18:59:17  <travis-ci>luvit/luvit#2438 (fs-readfile-stream - dc02947 : Tim Caswell): The build has errored.
18:59:17  <travis-ci>Change view : https://github.com/luvit/luvit/compare/fs-readfile-stream
18:59:17  <travis-ci>Build details : https://travis-ci.org/luvit/luvit/builds/73606411
18:59:17  * travis-cipart
19:04:17  <rphillips>that was me... i deleted/restored/deleted those branches on github
19:08:04  <creationix>I was wondering why it ran them
19:14:42  * SkyRocknRollquit (Remote host closed the connection)
19:24:57  <kostco>rphillips: the output from iptables, stuff in here
19:24:57  <kostco>https://github.com/rackerlabs/ohai-plugins/blob/master/plugins/iptables.rb
19:24:57  <kostco>Do you know if we already have that information being pulled by sigar? most likely in here
19:24:57  <kostco>https://github.com/virgo-agent-toolkit/rackspace-monitoring-agent/blob/master/hostinfo/network.lua
19:25:22  <rphillips>definetly not iptable rules
19:25:47  <rphillips>we really should support ip6table rules as well
19:27:24  <kostco>off the top of your head do you remember the command to get ip6table rules?
19:27:38  <kostco>i tried ip6table and it just said did you mean ip6tables from pkg iptables
19:27:50  <rphillips>ip6tables
19:27:52  <rphillips>right
19:28:02  <kostco>alrighty
19:28:04  <kostco>yea forgot the s
21:09:04  * itsudotquit (Ping timeout: 246 seconds)
23:39:46  * hdmsquit (Quit: hdms)