00:58:56  * kazuponjoined
02:02:57  * crispyzealquit (Ping timeout: 244 seconds)
02:12:53  * crispyzealjoined
02:23:51  * kazuponquit (Remote host closed the connection)
02:24:17  * kazuponjoined
02:58:14  * kazuponquit (Remote host closed the connection)
02:58:21  * kazuponjoined
03:53:40  * crispyzealquit (Read error: Connection reset by peer)
05:01:10  * SouL_|_quit (Ping timeout: 255 seconds)
05:26:00  * kazuponquit (Remote host closed the connection)
05:26:26  * kazuponjoined
05:45:09  * kazuponquit (Remote host closed the connection)
05:45:16  * kazuponjoined
06:20:15  * SouL_|_joined
07:38:03  * kazuponquit (Remote host closed the connection)
07:38:29  * kazuponjoined
08:16:52  * torporjoined
09:29:35  * kazuponquit (Remote host closed the connection)
09:29:42  * kazuponjoined
10:22:38  * kazuponquit (Remote host closed the connection)
11:16:14  * ldubjoined
11:26:48  * squeekquit (Ping timeout: 276 seconds)
11:29:59  * squeekjoined
11:31:21  * SouL_|_quit (Ping timeout: 276 seconds)
11:38:37  * squeekquit (Ping timeout: 250 seconds)
11:43:05  * squeekjoined
11:59:26  * ldub_joined
12:02:41  * ldubquit (Ping timeout: 264 seconds)
12:56:15  * dobsonquit (Ping timeout: 248 seconds)
12:57:16  * dobsonjoined
14:15:53  <rphillips>good morning
14:36:52  <rch>good morning
14:51:24  <creationix>crispyzeal: nothing for opengl yet, but ffi bindings for that are all over
14:51:47  <creationix>crispyzeal: as far as libuv, I expose lots of the event loop primitives in the uv module
15:30:48  * ldub_quit (Quit: Leaving)
15:34:14  * kazuponjoined
16:03:27  * SouL_|_joined
16:07:44  <rje>rphillips, what'd i hit?
16:15:25  <rphillips>?
16:23:54  <rje>rphillips, something in pushover. you said "rje may have hit that one"
16:24:10  <rje>friday
16:24:22  <rphillips>oh there is a bug fix in libuv for 'win: fix pipe blocking writes'
16:25:21  <rje>oh cool
16:29:39  <creationix>so I’m working on a luvi build, but I’m having some issues
16:32:40  <rphillips>same here... can't checkout Unable to checkout 'dceca50e1fc08186839e5c324503a284133243e9' in submodule path 'deps/luv'
16:33:26  <creationix>rphillips: oh, that was my bad, I forgot to push
16:33:33  <creationix>try again
16:33:39  <creationix>I’m seeing something different
16:33:56  <rphillips>yeah, that worked, thanks
16:34:02  <rphillips>what are you seeing?
16:35:32  <creationix>one issue I saw was it was linking against some random luajit that didn’t have 5.2 compat baked in
16:35:35  <creationix>(maybe the system luajit)
16:35:42  <creationix>on other systems it didn’t build at all
16:35:46  <creationix>trying again
16:35:59  <creationix>ahh, it’s related
16:36:13  <creationix>it’s trying to link against lua51, we need that pr to rename it
16:37:06  <creationix>on my machines that have system lua headers, it’s using them, on my systems that don’t, it fails to link
16:37:14  <creationix>s/headers/libraries/
16:37:18  <rphillips>yeah, failed here https://agentbuild.cm.k1k.me/builders/agent2-ubuntu1504-x86_64/builds/25/steps/run%20build/logs/stdio
16:37:40  <rphillips>i thought I was pinned to a release though
16:38:19  <creationix>wait, we did pull that PR, I just wasn’t on master locally
16:38:20  <rphillips>release branch
16:38:40  <creationix>yeah, the release branch should still point to the old luvi
16:39:10  <rphillips>release branch was updated 8 minutes ago
16:39:17  <creationix>heh, I pushed to release instead of master
16:39:20  * creationixfacepalm
16:39:33  <rphillips>heh np :)
16:39:59  <creationix>ok, unpushed to release
16:41:18  <creationix>and pushed to master
16:43:16  <creationix>ok, passing on linux, but failing on osx
16:43:30  <creationix>I wonder if it’s somehow preferring the system luajit if there is one
16:51:21  <creationix>rphillips: so how do we get cmake to prefer the static luajit over the system luajit when linking?
16:51:45  <rphillips>might want to default it with a -D.. option
16:52:47  <creationix>rphillips: so you know what this does https://github.com/luvit/luvi/blob/master/CMakeLists.txt#L63
16:53:15  <rphillips>that will read the CMake file within that directory
16:53:22  <rphillips>and execute it
16:53:28  <creationix>right, but I’m not sure why Joerg did that but also added the include paths
16:53:34  <creationix>shouldn’t the sub-project handle those?
16:53:45  <rphillips>it probably should yes
16:56:00  <creationix>https://github.com/luvit/luv/pull/151#issuecomment-100977881
16:56:10  <creationix>I wonder when joerg checks messages
16:58:23  <creationix>rphillips: I suppose for the binaries, I could just uninstall my system luajit so it uses the right one
16:58:45  <creationix>(or install the custom luajit over the system one as long as it’s a static link)
17:00:03  <rphillips>hmm. WITH_SHARED_LUAJIT is off
17:00:06  <rphillips>by default
17:00:12  * kazuponquit (Remote host closed the connection)
17:00:27  <creationix>yep, but I think one of the find lua scripts doesn’t honor that
17:00:38  <rphillips>ah gotcha
17:03:22  <creationix>that’s a tricky bug, it only manifests when you have system luajit installed
17:05:39  <creationix>rphillips: are you waiting in this luvi release for something?
17:07:26  <rphillips>no...
17:07:39  <rphillips>working on force builds with the current tree
17:15:42  * lvhjoined
17:15:47  <lvh>Hi
17:16:18  <lvh>I'm new to luvit. I installed it on OS X using homebrew. How do I require("los"), given that it's a luvit dep? I was hoping it'd be available by default
17:22:44  <rphillips>lvh: are you using luvit 2.0?
17:23:07  <lvh>➜ virgo-example-agent git:(master) luvit --version 12:22:55
17:23:07  <lvh>0.8.2
17:23:10  <lvh>I'm gonna go with "no"
17:23:18  <lvh>brew install luvit --HEAD it is
17:24:05  <lvh>Awesome, that did a thing. Thanks rphillips
17:24:12  <creationix>lvh: I doubt that works in brew
17:24:18  <rch>lvh: hey welcome
17:24:24  <lvh>creationix: It totally did
17:24:33  <lvh>➜ virgo-example-agent git:(master) luvit --version 12:23:42
17:24:33  <lvh>luvit version: 2.1.7
17:24:33  <lvh>luvi version: v2.0.5
17:24:58  <lvh>(That's after brew install luvit --HEAD, which checked out luvit/luvit, did make && make install)
17:25:04  <creationix>fair enough
17:25:11  <lvh>rch: Hi!
17:25:11  <creationix>conventions ftw
17:25:40  <creationix>lvh, btw, the proper way to update luvit is `lit update`
17:26:06  <creationix>did it install lit or just luvit to your path?
17:26:35  <rch>a pr needed here to use the lit method https://github.com/Homebrew/homebrew/blob/master/Library/Formula/luvit.rb
17:26:46  <lvh>creationix: lit, too
17:27:03  <creationix>lvh: nice, I wonder who maintains that brew recipie
17:28:33  <lvh>lit update totally looked like it did a thing
17:28:43  <creationix>it probably installed luvi
17:28:56  <creationix>luvi, lit, and luvit all go in your path
17:29:10  <creationix>though luvi is only needed if you want to develop on lit, luvit, or your own luvi app
17:29:16  <creationix>it’s not needed to use luvit
17:29:33  <lvh>I am definitely doing that
17:29:39  <lvh>(I am trying to use virgo to ship agents)
17:30:00  <lvh>We're not developing the agents themselves, so it's not *super* useful, but hopefully it's still kinda useful)
17:31:29  * hdmsjoined
17:31:39  <rphillips>oh neat
17:32:42  <rch>creationix: i think https://github.com/voronianski is the most diligent
17:37:07  <creationix>rch: thanks
17:37:37  <rch>he used to hang out here not sure where he went
17:43:39  * travis-cijoined
17:43:40  <travis-ci>luvit/luvi#515 (release - 2c5e1c8 : Tim Caswell): The build has errored.
17:43:40  <travis-ci>Change view : https://github.com/luvit/luvi/compare/fa60e81ac815...2c5e1c8c9acc
17:43:40  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/62107465
17:43:40  * travis-cipart
17:49:00  <rphillips>lvh: this is the latest branch for the new luvit/luvi framework https://github.com/virgo-agent-toolkit/virgo-base-agent
17:51:22  <creationix>wow travis is painfully slow
17:51:41  <lvh>rphillips: virgo-example-agent still a thing I should look at, or just the base agent?
17:51:56  <rch>that example is pretty old
17:52:31  <rphillips>it is... but I can probably get it updated pretty quickly
17:52:47  <rphillips>we have a meeting, but try back in about an hour
17:52:53  <rphillips>shouldn't take that long
17:55:52  * travis-cijoined
17:55:53  <travis-ci>luvit/luv#346 (master - dceca50 : Tim Caswell): The build passed.
17:55:53  <travis-ci>Change view : https://github.com/luvit/luv/compare/1e18a75cdfd1...dceca50e1fc0
17:55:53  <travis-ci>Build details : http://travis-ci.org/luvit/luv/builds/62107757
17:55:53  * travis-cipart
17:56:39  * travis-cijoined
17:56:40  <travis-ci>luvit/luvi#516 (release - fa60e81 : Ryan Phillips): The build passed.
17:56:41  <travis-ci>Change view : https://github.com/luvit/luvi/compare/2c5e1c8c9acc...fa60e81ac815
17:56:41  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/62108764
17:56:41  * travis-cipart
17:59:36  <lvh>Does virgo-base-agent/client/upgrade.lua handle bundle upgrades, or just virgo itself? (Is there even a distinction? For some reason, I thought that you had virgo on a box, which supported multiple bundles; but it seems like it really just wants to be a tool to develop individual bundles, i.e. virgo isn't shared between different agents on a box?)
18:00:54  * kazuponjoined
18:06:27  <rphillips>currently. it is not shared between agents on a box
18:08:20  * kazuponquit (Ping timeout: 246 seconds)
18:13:55  <rphillips>lvh: updated
18:20:02  <rphillips>lvh: the executable contains a zip of the bundle at the end of it (like a self extracting zip archive)
18:20:28  <rphillips>we are working on a 'bus' type thing
18:20:41  <rphillips>where multiple agents can run on a box
18:21:11  <lvh>rphillips: Cool. So, client/upgrade.lua handles upgrades, which could upgrade all of luvit, virgo and the actual agent itself
18:21:24  <rphillips>yep. it updates the executable
18:21:46  <rphillips>on windows, it downloads the new MSI, verifies the signature, and runs the MSI in a headless state
18:22:25  <lvh>rphillips: Aha. Context: we won't actually be developing agents, we'll just be shipping them. Our main interest in virgo is that it would've already been installed on a bunch of boxes, so it might be easier to get onto all of dedicated, public cloud, private cloud...
18:23:14  <lvh>rphillips: If it just ships standalone bundles, that might still be useful, but less so, I suppose. (That is, it doesn't solve the problem of actually getting those bundles on those boxes, right?)
18:24:12  * tetjoined
18:26:33  * rphillip-joined
18:26:43  * avidalquit (Ping timeout: 244 seconds)
18:26:44  * jetlquit (Ping timeout: 244 seconds)
18:26:44  * bjornquit (Ping timeout: 244 seconds)
18:26:45  * rphillipsquit (Ping timeout: 244 seconds)
18:26:50  * avidal`joined
18:27:07  * avidal`changed nick to avidal
18:27:51  * bjornjoined
18:27:51  * bjornquit (Changing host)
18:27:51  * bjornjoined
18:51:36  * torporquit (Quit: Leaving.)
18:57:28  * torporjoined
19:04:56  * kazuponjoined
19:10:28  * kazuponquit (Ping timeout: 272 seconds)
19:10:52  <rphillip->creationix: hmm. it built on OSX
19:12:03  <rphillip->was it only on linux?
19:13:13  <creationix>rphillip-: no, it builds fine now, but if you have luajit installed in your system library, it will use that even if you specify static
19:13:30  <rphillip->ah gotcha
19:13:35  <creationix>which breaks the luvi unit tests since we test for lua 5.2 extensions
19:14:54  <rphillip->hmm. fails on my ubuntu 14.04 vps
19:15:13  <rphillip->https://www.evernote.com/shard/s9/sh/760392d2-063a-407d-8e3c-2d5f7b17f434/83c09a9da15a78384e20f78b8ec22368
19:17:34  <rphillip->i'll try a newer cmake
19:17:55  <creationix>Did I mention I hate build systems :P
19:18:01  <rphillip->heh, me too
19:18:14  <creationix>one of the nice things about rust is the unified build system and dependency loader
19:18:39  <creationix>(though building rust itself from source is a nightmare, good thing they publish binaries now)
19:19:28  <rphillip->yeah, cargo is pretty slick
19:23:12  <rphillip->creationix: luvi builds on your build server?
19:23:40  <creationix>it builds on my linux box
19:23:59  <rphillip->oh phew... forgot the silly submodules
19:25:55  <rphillip->lvh: tested the batch file within virgo-example-agent... works on windows as well
19:26:12  <lvh>rphillip-: cool, thanks
19:26:29  <lvh>rphillip-: any comments on the standalone bundle thing?
19:26:48  <lvh>rphillip-: virgo looks really cool and useful if you're the team *developing* the agent; but that's not quite what we're doing
19:26:59  <rphillip->we went down that path before at the very beginning... it relied on the executable not having any ABI changes
19:27:04  <lvh>rphillip-: We were hoping to piggieback on CloudMonitoring's efforts to get stuff on a bunch of machines
19:27:14  <rphillip->luvi is pretty stable now, so it's more practical
19:28:05  <rphillip->lvh: we have talked about a 'bus' of agents
19:28:14  <rphillip->it doesn't exist yet, but we are working on it
19:30:06  <creationix>so with the bus idea, agents will be generic at their core and you can assign them tasks and roles within their configured constraints
19:30:29  <creationix>I'm trying to enable the agent to be useful for use cases outside what we can think of preemptivly
20:08:05  * torporquit (Quit: Leaving.)
20:46:16  <creationix>rphillip-: building luvit 2.0.6 https://github.com/luvit/luvi/releases/tag/v2.0.6
20:54:22  <rphillip->creationix: nice... those file sizes look so much better
20:54:27  <creationix>yep
20:54:48  <creationix>windows got bigger and the rest got smaller
21:22:01  * kazuponjoined
21:28:09  * kazuponquit (Ping timeout: 240 seconds)
22:01:04  <rphillip->rje: vidyo, your room?
22:01:15  <rje>rphillip-, in 5 mins?
22:01:19  <rphillip->sure
22:24:27  * kazuponjoined
22:25:35  * kazuponquit (Read error: Connection reset by peer)
22:30:06  <rphillip->rje: you timed out
22:32:04  <rje>rphillip-, comcast just died in a ball of fire
22:32:11  <rphillip->ok. np
22:32:30  <rje>anything else you want to talk about?
22:33:31  <rphillip->nope. that was it
22:34:24  * rphillip-changed nick to rphillips
22:42:46  * travis-cijoined
22:42:47  <travis-ci>luvit/luvi#520 (master - 0e1c984 : Tim Caswell): The build has errored.
22:42:48  <travis-ci>Change view : https://github.com/luvit/luvi/compare/17c9c0a93e91...0e1c98459bac
22:42:48  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/62141280
22:42:48  * travis-cipart
23:04:49  * travis-cijoined
23:04:50  <travis-ci>luvit/luvi#519 (master - 17c9c0a : Tim Caswell): The build passed.
23:04:50  <travis-ci>Change view : https://github.com/luvit/luvi/compare/3c7ea1133e21...17c9c0a93e91
23:04:50  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/62141091
23:04:50  * travis-cipart
23:29:43  * travis-cijoined
23:29:44  <travis-ci>luvit/luvit#2142 (master - 48a8bab : Tim Caswell): The build passed.
23:29:44  <travis-ci>Change view : https://github.com/luvit/luvit/compare/f8e1fb94c579...48a8bab504b9
23:29:44  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/62144187
23:29:44  * travis-cipart
23:52:11  * travis-cijoined
23:52:12  <travis-ci>luvit/luvit#2141 (2.1.8 - 48a8bab : Tim Caswell): The build passed.
23:52:12  <travis-ci>Change view : https://github.com/luvit/luvit/compare/2.1.8
23:52:12  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/62144125
23:52:12  * travis-cipart