00:15:30  * hdmsjoined
00:27:27  * dobsonquit (Ping timeout: 248 seconds)
00:49:19  * hdmsquit (Quit: hdms)
00:50:03  * hdmsjoined
01:02:46  * hdmsquit (Quit: hdms)
01:40:54  * erlbot--quit (Ping timeout: 252 seconds)
03:40:29  * dobsonjoined
04:41:14  * ttejoined
04:43:37  * Guest17046quit (Ping timeout: 264 seconds)
05:03:22  * SkyRocknRolljoined
05:57:18  * hdmsjoined
07:48:54  * DarkGodjoined
09:08:43  * ttequit (Read error: Connection reset by peer)
09:45:38  * ttejoined
11:06:01  * erlbot--joined
11:29:40  * stomperjoined
11:30:00  * stomperchanged nick to webproblem
11:31:51  * LuaStonedjoined
11:34:26  <LuaStoned>hey, im trying to use luvit with coro-http but on request() it keeps erroring @ 69: attempt to yield across C-call boundary
11:35:57  <LuaStoned>easy to reproduce: p(require("coro-http").request("GET", "http://luvit.io"))
11:40:19  <sousoux>use coroutine.wrap() around it
11:40:55  <sousoux>coroutine.wrap(function() your stuff)()
11:41:01  <sousoux>coroutine.wrap(function() your stuff end)()
11:44:15  <LuaStoned>thanks
12:01:40  * webproblemquit (Quit: Page closed)
12:13:32  <LuaStoned>so I have to surround my whole code with coroutine.wrap if I want this to work? seems kinda odd
12:42:20  * hdmsquit (Quit: hdms)
12:56:40  <rphillips>creationix: we need to get the tmpdir stuff fixed
13:08:41  <rphillips>thining about forking luvi and adding the libsigar stuff
13:31:45  <rphillips>maybe even put the sigar stuff into the main luvi... i'll see how much it adds to the binary
13:32:53  <sousoux>rphillips: are you sure you have 2.47.0 firmware on your CloudGate? (not 1.47.0)
13:38:44  <rphillips>it says Firmware version: Option LTE Firmware - 2.47.0
13:38:49  <rphillips>in the system information
13:40:21  * hdmsjoined
13:51:17  <rphillips>perhaps the luvi table in package.lua could contain a base url
13:51:36  <rphillips>luvi = { url = 'https://github.com/racker/luvi' }
14:11:50  * dan336joined
14:14:43  <creationix>rphillips: sousoux has a pr for allowing custom luvi paths
14:14:49  <creationix>(to lit)
14:15:02  <creationix>I'd be fine with a custom luvi url in the package.lua
14:29:28  <rphillips>https://github.com/virgo-agent-toolkit/luvi/pull/1
14:29:32  <rphillips>pr against the fork
14:35:03  <rphillips>creationix: 86k added to the luvi binary with libsigar
14:35:14  <rphillips>wdyt about adding it to the stock build?
14:38:15  <creationix>rphillips: sigar is the only native addon used by the agent right?
14:38:27  <rphillips>correct
14:38:40  <creationix>since you're building from source anyway, that's probably the easiest way to go about it
14:39:28  <creationix>we need to add url support for custom luvi builds so that normal lit can build the agent
14:39:42  <creationix>and you can publish your own binaries in the fork just like I do.
14:46:33  <sousoux>rphillips: could you send be the log file from the cloudgate? system->download log file.
14:47:44  <rphillips>certainly
14:51:01  <sousoux>thanks. not sure what you are seeing.
14:51:21  <rphillips>i don't have the 'addon' module installed in it yet
14:51:34  <rphillips>the serial board... if that matters
14:54:19  * SkyRocknRollquit (Ping timeout: 265 seconds)
15:32:39  <rphillips>https://github.com/virgo-agent-toolkit/luvi/pull/1
15:32:47  <rphillips>https://github.com/virgo-agent-toolkit/rackspace-monitoring-agent-buildbot-builder/pull/1
15:43:19  <rphillips>scripts are setup... builds the agent with our luvi for linux systems
15:43:28  <rphillips>windows still uses the .so module
15:43:30  <rphillips>currently
15:43:46  <rphillips>travis will be broken until we can point to a custom luvi
15:45:09  <creationix>rphillips: so how do we want to manage releases? I'm thinking add a feature to lit where the luvi field in package.lua accepts a url pattern
15:45:29  <rphillips>+1
15:45:41  <rphillips>that should work nicely
15:46:02  <creationix>By default it will be https://github.com/luvit/luvi/releases/download/v2.1.5/luvi-$flavor-$arch?
15:46:18  <creationix>well, with version a variable too
15:46:56  <creationix>and you can add a sigar flavor and a modify the publish scripts to publish that flavor only and to your fork
15:47:09  <rphillips>url = https://github.com/rphillips/luvi/releases/download/$version/luvi-$flavor-$arch
15:47:22  <rphillips>yep
15:47:24  <rphillips>sounds good
15:52:39  * SkyRocknRolljoined
15:55:24  <creationix>rphillips: well that was simple https://github.com/luvit/lit/commit/adb4fee59ac052787785d9e390045d614c84ff72
15:55:46  <creationix>though it's not quite the same, you can't reorder the variables. I could add support for named fields if desired.
15:56:14  <rphillips>nice. this should work
15:56:29  <creationix>ok, I'll publish lit
15:56:43  <creationix>also has sousoux's PR to allow passing in path to a custom luvi path on the command line
15:56:46  <creationix>(fs path)
15:56:51  <rphillips>+1
15:58:53  <creationix>ok, published https://luvit.io/lit.html#author:luvit%20name:lit
16:00:59  * dan336quit (Quit: Leaving.)
16:08:53  * DarkGodquit (Ping timeout: 246 seconds)
16:09:03  <rphillips>https://github.com/luvit/luvi/pull/106
16:11:52  * travis-cijoined
16:11:53  <travis-ci>luvit/luvi#635 (fixes/publish - 6797900 : Ryan Phillips): The build passed.
16:11:53  <travis-ci>Change view : https://github.com/luvit/luvi/commit/6797900a2eb8
16:11:53  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70408554
16:11:53  * travis-cipart
16:14:15  * travis-cijoined
16:14:16  <travis-ci>luvit/luvi#637 (master - 1a99deb : Ryan Phillips): The build passed.
16:14:16  <travis-ci>Change view : https://github.com/luvit/luvi/compare/0cc45e93c200...1a99deb574ac
16:14:16  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70408910
16:14:16  * travis-cipart
16:55:21  <creationix>ok, I published lit 1.3.1 that is just a customized version of current lit that allows updating to the 2.x series
16:55:39  <creationix>that should help anyone left still on 1.3.0
17:10:35  <rphillips>creationix: which distro do you use to build luvi?
17:10:43  <rphillips>linux*
17:11:24  <creationix>for i686 and x86_64, I use ubuntu 14.04 (LTS)
17:11:35  <creationix>both in virtual box instances on my macbook
17:11:58  <rphillips>cool
17:12:04  <creationix>for armv6l and armv7l I use raspbian on rPI B+ and rPI 2
17:12:26  <creationix>On everything except windows, I use ninja
17:15:45  * dan336joined
17:18:11  <rphillips>hmm
17:18:20  <rphillips>the url does not seem to be getting picked up
17:20:07  <rphillips>ah, lit thinks it's the same luvi
17:29:20  <creationix>oh, it only uses the url if the version/flavor don't match
17:32:45  <rphillips>i changed the flavor
17:33:40  <creationix>rphillips: https://github.com/luvit/lit/commit/e4c256a5c518dd32d2a7368fe928f17884b8cfcb
17:35:11  <creationix>oops, meta.luvi.url, not meta.url
17:35:56  <creationix>https://github.com/luvit/lit/commit/e3690f761092e26e8a894c3db54525b554aac7fc
18:39:44  <rphillips>creationix:
18:40:05  <rphillips>regarding lit make
18:40:17  <rphillips>is there a location where the luvi binary is stored?
18:40:27  <rphillips>or... can we save it to the filesystem?
18:41:25  <creationix>rphillips: I was just thinking I needed to add this
18:41:39  <creationix>how should I prefix them to avoid conflicts with custom luvi?
18:41:50  <rphillips>./luvi-${flavor} would be slick
18:42:06  <creationix>as long as you always use a custom flavor when making custom builds
18:42:51  <rphillips>that is needed currently anyway
18:43:00  <rphillips>so that luvi finds the new 'flavored' luvi
18:43:27  <creationix>well, I fixed that
18:43:30  <rphillips>ah
18:43:34  <creationix>if there is a custom url, it will download
18:43:58  <creationix>btw, here is my in-progress fixes to the update system https://github.com/luvit/lit/pull/103
18:44:49  <creationix>it's pretty simple. I just downloads luvi and the lit zip and writes them to a file https://github.com/luvit/lit/blob/update-fixes/commands/update.lua#L69-L110
18:44:52  <rphillips>hmm. lit.luvit.io seems down
18:44:56  <rphillips>no dns entry
18:45:28  <creationix>it's up for me, interesting
18:45:58  <creationix>I did notice that my *.creationix.com servers can't be accessed from IE on surface or windows phone
18:46:03  <creationix>I wonder if something is weird with my box
18:46:29  <creationix>IE mobile thinks there is no such website when my other devices go there just fine
18:47:06  <creationix>here is dig from my desktop https://gist.github.com/creationix/76862b1735ef204e8c91
18:48:40  <rphillips>strange... my router is giving me the wrong address
18:48:42  <creationix>rphillips: can you access http://uscript.creationix.com/ ? That's the same box and same dns nameserver
18:49:00  <rphillips>roger
18:49:40  <creationix>weird, surely luvit isn't popular for someone to want to hijack it's dns
18:50:07  <creationix>the dig for uscript.creationix.com should look a lot like lit.luvit.io
18:59:18  <rphillips>creationix: https://travis-ci.org/virgo-agent-toolkit/rackspace-monitoring-agent/builds/70427747#L962
18:59:26  <rphillips>appears the exit code isn't getting propogated correctly
19:02:13  <rphillips>creationix: the last thing to wire this up would be to save off that luvi-flavor binary
19:05:36  <creationix>hey look, my uncaught exception in lua
19:05:45  <creationix>that calls an `exit(-1)`.
19:05:54  <creationix>s/lua/luv
19:06:15  <creationix>https://github.com/luvit/luv/blob/master/src/lhandle.c#L94-L95
19:06:27  <creationix>looks like the new stack trace support sousoux wanted is working great
19:07:43  <rphillips>appears from travis that it returned '0'
19:08:12  <creationix>i know, that's strange
19:28:55  <rphillips>http://docs.travis-ci.com/user/migrating-from-legacy
19:29:05  <rphillips>we should migrate if we haven't done so
19:30:42  <creationix>rphillips: agreed
19:35:15  <creationix>rphillips: so, for luvi with custom url, I think I’ll just prefix the local file with md5 of the url pattern
19:35:32  <creationix>that way we won’t conflict if a custom url has the same flavor
19:49:13  <rphillips>creationix: i'm going to need to call it from out makefile
19:49:18  <rphillips>our*
19:49:59  <creationix>rphillips: I guess I don’t understand your use case
19:50:32  <creationix>My plan is to write an internal function in lit that asks for a luvi path given certain parameters. it will download if it’s not there and return the cached path if it is
19:50:37  <creationix>I wanted to store it under .litdb
19:51:06  <rphillips>currently, luvi is downloaded to the cwd
19:51:18  <rphillips>i run the unit tests with ./luvi . -m tests/run.lua
19:51:42  <rphillips>right now, it fails because ./luvi doesn't have the sigar module
19:52:10  <rphillips>ohhh
19:52:26  <rphillips>what if we had a `lit get` that downloaded the luvi needed for the project
19:57:12  <creationix>rphillips: that would be pretty easy after I finish this feature
19:57:13  <creationix>can you assume you have lit already?
19:57:18  <creationix>I guess you’re using the get-lit script already
19:57:24  <rphillips>correct
20:01:40  <rphillips>https://github.com/luvit/luvi/pull/107
20:03:23  * travis-cijoined
20:03:24  <travis-ci>luvit/luvi#638 (fixes/upgrade_to_new_travis - a55f710 : Ryan Phillips): The build passed.
20:03:24  <travis-ci>Change view : https://github.com/luvit/luvi/commit/a55f7108a333
20:03:24  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70439129
20:03:24  * travis-cipart
20:03:36  <rphillips>that certainly does speed up the build
20:03:58  <rphillips>on travis*
20:04:36  <creationix>oh nice, they have an updated cmake there
20:04:48  <rphillips>yeah, they have a whitelist of PPA's and Packages
20:05:22  <creationix>yep, that article was very helpful
20:05:42  <rphillips>travis++
20:08:16  * travis-cijoined
20:08:17  <travis-ci>luvit/luvi#640 (master - 676d3b7 : Ryan Phillips): The build passed.
20:08:17  <travis-ci>Change view : https://github.com/luvit/luvi/compare/1a99deb574ac...676d3b7595cd
20:08:17  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/70439683
20:08:17  * travis-cipart
20:09:14  <creationix>I wonder if ninja is in thier whitelist. That might speed it up a little more
20:10:10  <rphillips>hmm. it is
20:14:40  <creationix>just make sure to set the GENERATOR=Ninja env to use it
20:34:10  * SkyRocknRollquit (Ping timeout: 256 seconds)
21:05:31  * DarkGodjoined
21:22:42  * kostcojoined
21:48:13  <creationix>rphillips: Implemented getLuvi https://github.com/luvit/lit/commit/02f3931b813d6ebeef0178db76f335989a5c766d
21:48:35  <rphillips>hot!
21:48:38  <creationix>pulls from current exe, and verifies version
21:48:43  <creationix>downloads and caches
22:33:54  <LuaStoned>hey, can anyone tell me how im using http.request wrong here? http://hastebin.com/yoqesovira.lua
22:34:16  <LuaStoned>the generated request has no body / headers or anything alike: http://requestb.in/1f3ej9m1?inspect
22:55:57  <creationix>LuaStoned: strange
22:56:47  <LuaStoned>yup, I wanted to write a telegram bot using post requests and it told me the body was missing so I checked with requestb.in and well.. thats the result :/
22:57:20  <creationix>I use the coro-http library more, but the monitoring agent uses the luvit http client a lot
23:00:45  <creationix>rphillips: this is the right way to use luvit’s http client right?
23:03:10  <creationix>maybe it doesn’t support headers as a map?
23:03:28  <LuaStoned>I checked other repos like luvit-oauth and they used it the same way
23:03:39  <LuaStoned>so I'd imagine it used to work at some point?
23:04:25  <LuaStoned>but the body isnt written either so idk
23:04:32  <dan336> headers shouldn't be a map. it should be a flat list
23:04:33  <creationix>I think the issue is headers
23:04:42  <dan336>{{"host","me.com"}}
23:04:56  <creationix>I’m not sure why it’s sending a Content-Length: 0 header though
23:05:01  <creationix>that’s why you have no body
23:05:31  <creationix>I got your header to send by converting to flat version http://requestb.in/1f3ej9m1?inspect
23:06:22  <LuaStoned>hmm alright, what does the code look like?
23:08:06  <creationix>LuaStoned: this works http://hastebin.com/levitusefu.lua
23:08:16  <creationix>I’m just thought the http library was smarter
23:09:19  <LuaStoned>yeah, kinda weird that they arent key based.. and that content length would be auto generated if not given.. at least thats what node does :P
23:09:34  <LuaStoned>thanks for the help though
23:09:48  <creationix>right, my http client accepts keyed headers or flat headers
23:09:56  <creationix>it auto sets content-length and/or chunked encoding
23:10:24  <creationix>the flat headers are required for when you want to order the headers (keys in lua aren’t ordered like in js)
23:10:33  <creationix>also it allows multiple headers with the same name
23:10:38  <LuaStoned>yeah true
23:10:40  <LuaStoned>"your" client as in.. coro-http?
23:10:49  <creationix>heh, right
23:11:08  <LuaStoned>whats the proper way to mix coro-http with something like timers?
23:11:20  <creationix>mixing coroutines and callbacks is a royal pain
23:11:27  <creationix>it can be done, but it’s really hard to get right
23:11:42  <creationix>but you can embed coroutines inside callbacks and it works well
23:11:54  <LuaStoned>ah okay
23:12:00  <creationix>setTimeout(100, coroutine.wrap(function () … end))
23:12:16  <creationix>just keep in mind that callbacks aren’t run in a coroutine
23:12:26  <LuaStoned>yup, noticed that already :P
23:24:18  * dan336quit (Quit: Leaving.)
23:48:47  * DarkGodquit (Ping timeout: 246 seconds)