01:23:49  * DarkGodquit (Ping timeout: 264 seconds)
01:34:05  * dan336joined
02:42:23  * dan336quit (Quit: Leaving.)
03:36:45  * dan336joined
03:56:21  * dan336quit (Quit: Leaving.)
04:34:52  * piernovquit (Read error: Connection reset by peer)
05:54:08  * Akagi201joined
06:08:45  * sousouxquit (Ping timeout: 252 seconds)
07:11:24  * DarkGodjoined
08:25:35  * dg_joined
08:31:06  * dg_quit (Quit: Leaving)
08:48:35  * piernovjoined
09:34:53  * SkyRocknRolljoined
10:20:35  * Akagi201quit (Remote host closed the connection)
12:58:54  <rphillips>good morning
13:20:01  * Akagi201joined
13:22:17  * Akagi201_joined
13:24:37  * Akagi201quit (Ping timeout: 265 seconds)
14:31:26  * dan336joined
15:09:44  * Akagi201_quit
15:32:56  <creationix>rphillips: good mornin
15:33:10  <creationix>are we still waiting on lua-openssl before cutting a luvi release?
15:37:26  <rphillips>creationix: no. i bumped that
15:37:32  <rphillips>i think we are good for a release
15:48:58  <creationix>rphillips: The scripting language I wrote this weekend has super low memory overhead. It’ using a constant 276k on my raspberry pi and is able to run over serial on all my various microcontrollers.
15:49:15  <rphillips>nice!
15:50:11  <creationix>for comparison, no other process on my PI is anywhere that low. One of the lower ones, /sbin/getty is over 5 times as much memory
15:50:20  <creationix>luvit is about 20x
15:51:48  * SkyRocknRollquit (Ping timeout: 246 seconds)
16:05:44  * SkyRocknRolljoined
16:06:16  <rphillips>creationix: could you kick off a luvi build?
16:06:27  <rphillips>perhaps we should try out the -asm builds
16:06:50  <creationix>I’m writing the changelog now. Is there anything special to do for asm?
16:07:30  <rphillips>use regular-asm for the makefile target
16:07:53  <rphillips>or regular32-asm for the windows 32bit build
16:09:16  <creationix>rphillips: https://github.com/luvit/luvi/commit/5df40803eeaaa3f0b4bfdd390cb55d885768c7d0
16:09:33  <creationix>could I build asm as the default or are you worried it’s too unportable?
16:09:45  <rphillips>sweet
16:09:54  <rphillips>i think you could build it as the default
16:10:29  <creationix>I mean, I key the builds based on architecture
16:10:37  <creationix>that’s why there are two builds for armv6 and armv7
16:11:06  <creationix>I don’t think it would be any worse than the libc ABI differences
16:11:54  <creationix>does it auto-detect the CPU you’re using and use *all* the features it supplies? That could be a problem if I have a really new CPU
16:12:27  <creationix>my windows box is fairly old (2011 Intel I7), but my macbook is haswell
16:12:31  <rphillips>afaik it's portable assembly
16:12:40  <rphillips>x86_64 should work on all x86_64 machines
16:12:48  <creationix>ok, then it should be fine
16:12:49  <rphillips>arm asm should work on all arm architectures
16:14:40  <creationix>rphillips: https://github.com/luvit/luvi/commit/43eca778a94e936488dd223a860f9e20f5351d7c
16:15:02  <rphillips>nice
16:15:51  <rphillips>it would be really slick if you had a few minutes to update the bench utility in luvit's tree to support coro-tls
16:16:14  <rphillips>i am thinking about trying it on a metal rackspace box
16:16:19  <creationix>clustered tls workers to see how fast it can be?
16:16:25  <rphillips>yeah :)
16:16:26  <creationix>sounds good. Let me start the builds first
16:17:21  <rphillips>http://cdn.nginx.com/wp-content/uploads/2014/07/NGINX-SSL-Performance.pdf
16:25:36  * travis-cijoined
16:25:37  <travis-ci>luvit/luvi#589 (master - 5df4080 : Tim Caswell): The build passed.
16:25:37  <travis-ci>Change view : https://github.com/luvit/luvi/compare/60f6c27a44d6...5df40803eeaa
16:25:37  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/68836877
16:25:37  * travis-cipart
16:28:30  <creationix>alright builds are running
16:29:15  * DarkGodquit (Ping timeout: 265 seconds)
16:35:13  <creationix>rphillips: how do you build the asm version on windows
16:35:19  <creationix>I don’t have ml in my path
16:35:35  <creationix>needed for CMAKE_ASM_MASM_COMPILER
16:35:36  <rphillips>hmm
16:35:53  <rphillips>appveyor found it automatically
16:35:55  <rphillips>i'm not sure
16:37:15  <creationix>Surely that wasn’t removed in the community version of VS
16:38:22  <rphillips>doubt it... i'm researching it
16:39:37  <rphillips>ok interesting... ml64.exe is present in the 64bit shell
16:39:43  <rphillips>and ml.exe is present in the 32bit shell
16:40:20  * travis-cijoined
16:40:21  <travis-ci>luvit/luvi#590 (master - 43eca77 : Tim Caswell): The build passed.
16:40:21  <travis-ci>Change view : https://github.com/luvit/luvi/compare/5df40803eeaa...43eca778a94e
16:40:21  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/68837770
16:40:21  * travis-cipart
16:41:02  <creationix>I see, ml64.exe is in my path
16:42:37  <creationix>I wonder why cmake is trying to use ml.exe for the 64-bit build on a 64-bit box?
16:43:58  <rphillips>it's strange
16:44:59  <creationix>well it seems I can override the variable to make it use ml64.exe. Let’s see if that builds
16:47:00  <creationix>yep, that seems to help
16:47:15  <creationix>I wonder if I can set that from my publish script so as to not break appveyor
16:47:50  <rphillips> if(CMAKE_SIZEOF_VOID_P EQUAL 8)
16:48:02  <rphillips>i wonder if you create a block for WIN32 AND that if statement
16:48:07  <rphillips>you can override it correctly
16:48:44  <creationix>the other problem is that ml.exe isn’t in my path. I guess I’ll need to open a new shell to build the 32-bit versions?
16:49:13  <creationix>I already tried building 64-bit luvi using the 32-bit shell, it has link issues
16:49:24  <creationix>so ml.exe can’t build 64-bit binaries I think
16:49:47  <creationix>hmm, but ml64.exe just build and linked the luvi32
16:50:12  <rphillips>hmm, odd.
16:50:17  <rphillips>i wonder how appveyor set it up
16:50:58  <creationix>how can I check what kind of binary a file is?
16:51:06  <creationix>both 32-bit and 64-bit run on windows 64 right?
16:51:21  <creationix>the luvi tests all pass
16:53:11  <rphillips>correct
16:53:13  <rphillips>dumpbin
16:53:18  <rphillips>should tell you
16:54:05  <rphillips>file on unix should has well
16:54:13  <creationix>good point
16:54:25  <creationix>they are all uploaded https://github.com/luvit/luvi/releases/tag/v2.1.2
16:54:44  <rphillips>nice
16:54:51  <rphillips>two different shells for windows?
16:55:05  <creationix>well, the 32-bit one appears to be correct
16:55:12  <creationix>I don’t have a windows32 instance handy to verify
16:55:18  <creationix>but linux thinks it’s 32-bit
16:55:56  <creationix>everything is now done building except armv6 with ssl
16:57:49  <creationix>hmm, actually my windows vm for IE11 testing is 32-bit
16:57:54  <creationix>(the free vm microsoft gives out)
16:59:05  * travis-cijoined
16:59:06  <travis-ci>luvit/luvi#592 (release - 43eca77 : Tim Caswell): The build was fixed.
16:59:06  <travis-ci>Change view : https://github.com/luvit/luvi/compare/677ed00dc861...43eca778a94e
16:59:06  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/68840892
16:59:06  * travis-cipart
17:01:35  <creationix>yep, runs great on my windows 32 vm
17:06:28  <rphillips>creationix: mind bumping lit as well?
17:06:38  <rphillips>that will let the windows build pickup the new luvi
17:06:39  <creationix>sounds good
17:26:14  * travis-cijoined
17:26:15  <travis-ci>luvit/luvi#591 (v2.1.2 - 43eca77 : Tim Caswell): The build passed.
17:26:15  <travis-ci>Change view : https://github.com/luvit/luvi/compare/v2.1.2
17:26:15  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/68838076
17:26:15  * travis-cipart
17:43:25  <creationix>rphillips: lit 2.1.2 released
17:43:34  <rphillips>awesome. thanks
17:43:34  <creationix>matches luvi for the moment :)
17:46:14  <rphillips>hmm. odd
17:46:25  <creationix>rphillips: what’s wrong?
17:46:44  <rphillips>it's trying to download from https://lit.luvit.io/packages/luvit/lit/v2.1.1.zip
17:47:04  <creationix>I had the wrong version in the git-lit script
17:47:07  <creationix>I can move the tags
17:47:13  <creationix>it was updated after the tag
17:47:18  * SkyRocknRollquit (Remote host closed the connection)
17:47:25  <rphillips>coo
17:48:43  <creationix>rphillips: ok, moved the 2.1.2 tag
17:49:00  <creationix>it should now line up with the get-lit script and what’s published to lit
17:50:32  <rphillips>works now
17:50:57  <rphillips>1.9.15 (virgo 0.14.21, luvi v2.1.2, libuv 1.6.1, OpenSSL 1.0.2c 12 Jun 2015)
17:50:59  <rphillips>looks good
17:51:35  * piernovquit (Remote host closed the connection)
17:57:30  <rphillips>hmm. windows agent doesn't appear to be working
17:57:31  <rphillips>debuging it
17:57:58  <rphillips>buildbot errored: https://ci.appveyor.com/project/racker-buildbot/rackspace-monitoring-agent
17:58:04  <rphillips>but... it builds locally
18:00:57  <creationix>rphillips: try again maybe?
18:01:37  <rphillips>trying again
18:09:01  <creationix>I did have a momentary downtime with the lit package while moving the tag
18:09:24  <creationix>(I also force-pushed the lit update to get the pretty-print and require fixes from luvit)
18:19:36  <rphillips>hmm. something is wrong with the windows luvi binary
18:19:46  <rphillips>the luvit crypto tests aren't passing
18:23:17  <creationix>:( I could go back to non-asm for windows
18:23:31  <creationix>or do you think it’s something else?
18:24:48  <rphillips>creationix: checking
18:25:07  <rphillips>creationix: i had to update my cmake on windows to 3.2.3. it fixed not finding ml and ml64.exe
18:25:15  <creationix>that’s cool
18:25:22  <creationix>I hear the rename is a recent thing
18:28:58  * sousouxjoined
18:45:09  * DarkGodjoined
18:48:03  * DarkGodquit (Remote host closed the connection)
19:01:32  <rphillips>creationix: yeah, let's disable assembly optimizations on windows
19:01:35  <rphillips>meh
19:01:53  <rphillips>lua-openssl is exiting
19:02:03  <rphillips>no panics which is strange
19:02:36  <creationix>So it works with asm disabled?
19:05:01  <rphillips>trying it
19:07:55  * piernovjoined
19:08:24  <rphillips>creationix: yeah, works fine
19:08:55  <rphillips>what is strange is that everything linsk
19:08:57  <rphillips>links
19:10:50  * DarkGodjoined
19:13:11  <rphillips>might be just a define
19:16:41  * piernovquit (Read error: No route to host)
19:17:23  * piernovjoined
19:17:35  <creationix>rphillips: is the issue the 32-bit luvi or 64-bit luvi?
19:17:54  <rphillips>both I think... i'm trying another build with an updated opensslconf.h
19:18:03  <rphillips>regenerated from the latest openssl tarball
19:19:04  <rphillips>creationix: that was it
19:19:07  <rphillips>i'll PR it
19:22:11  * piernovquit (Remote host closed the connection)
19:29:22  <rphillips>creationix: fixes/windows_asm_fixes
19:29:29  <rphillips>https://github.com/luvit/luvi/pull/104
19:29:38  <rphillips>testing the 32bit right now
19:34:41  <rphillips>we only had a 32bit windows header
19:34:59  <rphillips>few more tweaks
19:50:05  * piernovjoined
19:57:39  <creationix>rphillips: should I re-try the windows build yet?
20:00:16  <rphillips>Not quite
20:00:30  <creationix>I see, it’s still failing. Let me know. I’m working on the blog post
20:02:57  <rphillips>k
20:20:10  * piernovquit (Remote host closed the connection)
20:26:19  * piernovjoined
20:39:42  * piernovquit (Remote host closed the connection)
20:41:28  * piernovjoined
20:52:34  <rphillips>man, one undefined symbol
20:58:49  <rphillips>gcm_init_clmul
21:04:59  * travis-cijoined
21:05:00  <travis-ci>luvit/luvi#595 (fixes/windows_asm_fixes - 8a97011 : Ryan Phillips): The build passed.
21:05:00  <travis-ci>Change view : https://github.com/luvit/luvi/compare/dc3d506fbb6f...8a97011855cb
21:05:00  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/68864372
21:05:00  * travis-cipart
21:12:53  * piernovquit (Remote host closed the connection)
21:22:30  * piernovjoined
21:24:35  * piernovquit (Read error: Connection reset by peer)
21:26:52  * piernovjoined
21:31:43  * piernovquit (Remote host closed the connection)
21:33:29  * piernovjoined
22:22:12  <sousoux>man that process exit problem was bugging the hell out of me until I saw the fix checked in
22:24:45  * travis-cijoined
22:24:46  <travis-ci>luvit/luvi#597 (fixes/windows_asm_fixes - 346045a : Ryan Phillips): The build has errored.
22:24:46  <travis-ci>Change view : https://github.com/luvit/luvi/compare/8a97011855cb...346045aaf5b5
22:24:46  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/68881361
22:24:46  * travis-cipart
22:39:31  <rphillips>sousoux: heh. yeah
22:39:55  <rphillips>sousoux: i suppose it's working for you now?
22:59:41  * travis-cijoined
22:59:42  <travis-ci>luvit/luvi#599 (fixes/windows_asm_fixes - ab39bb8 : Ryan Phillips): The build passed.
22:59:42  <travis-ci>Change view : https://github.com/luvit/luvi/compare/346045aaf5b5...ab39bb8b1f8e
22:59:42  <travis-ci>Build details : https://travis-ci.org/luvit/luvi/builds/68883447
22:59:42  * travis-cipart
23:08:38  * dan336quit (Quit: Leaving.)
23:26:41  <rphillips>:q
23:26:43  <rphillips>woops
23:37:56  <rphillips>creationix: ok. luvi master is ready for a rebuild on windows
23:38:13  <rphillips>regular, regular-asm, regular32-asm all working
23:38:15  <rphillips>what a pita
23:40:38  <creationix>thanks
23:44:52  <rphillips>creationix: can you leave me a message when they are uploaded?
23:46:24  <rphillips>https://ci.appveyor.com/project/racker-buildbot/luvi/branch/master