01:02:04  * Something12joined
02:21:45  * DarkGodquit (Ping timeout: 260 seconds)
04:52:29  * SkyRocknRolljoined
04:58:32  * SkyRocknRollquit (Ping timeout: 272 seconds)
05:10:16  * SkyRocknRolljoined
08:26:56  * DarkGodjoined
10:13:08  * Something12quit (Ping timeout: 246 seconds)
12:39:49  * SkyRocknRollquit (Ping timeout: 265 seconds)
12:42:24  * SkyRocknRolljoined
14:04:05  * sousouxquit (Ping timeout: 260 seconds)
14:33:35  * SkyRocknRollquit (Ping timeout: 250 seconds)
15:14:13  * SkyRocknRolljoined
16:25:35  * endouquit (Ping timeout: 260 seconds)
16:44:04  * endoujoined
17:33:41  * Xe-joined
17:38:08  * Xe-quit (Client Quit)
18:06:33  <creationix>konobi, how did it go?
18:06:56  <creationix>I build binaries for armv7h on my rasperry pi 2 for every luvi release
18:09:25  <creationix>konobi, memory-wise all of luvit adds a little, but nothing as bas as node.js
18:09:38  <creationix>for example, on my 64-bit macbook, the luvit repl uses about 3.2 mb
18:10:39  <creationix>On my Raspberry PI, it reports 5.2Mb of RES in htop for a repl
18:10:48  <creationix>Linux pecan 4.1.7+ #817 PREEMPT Sat Sep 19 15:25:36 BST 2015 armv6l GNU/Linux
18:11:40  <creationix>luajit is a fraction of that memory overhead, I'm not sure why it's so large. We do have openssl and several other optional libraries baked into luvi for convenience.
18:37:53  <konobi>creationix: haven't tried it as of yet... still having cross compilation woes
18:38:20  <creationix>I native compile on the rPI, is the kobo not powerful enough?
18:38:33  <creationix>the PI 1 takes a while, but the PI2 is actually pretty fast
18:38:39  <konobi>creationix: next thing, you'll be doing a luvit version of node-os
18:39:03  <konobi>creationix: the kobo is speedy enough, but there's no compilation tools on the device
18:39:41  <creationix>ahh, that's tricky
18:40:10  <creationix>and my armv7 binaries won't run right?
18:40:26  <konobi>it's a 1ghz armv7l (mx50 family) with 256Mb RAM.
18:41:13  <konobi>haven't tried the binaries... i had been hoping that this was a quick thing, but it's actually rather a pain
18:41:50  <konobi>but, since it's an e-ink device, it should make for a pretty cool dashboard-ey device
18:44:31  <creationix>not sure, but I have armv7l luvi binaries at https://github.com/luvit/luvi/releases/latest
18:44:42  <creationix>just append the luvit zip to the binary and you have a luvit executible
18:45:12  <konobi>nifty
18:45:35  <konobi>i need to get linux rebuilt for it first... otherwise luvit isn't going to be of much use =0)
18:45:54  <creationix>you can get a zip of any luvi based app from the lit server like https://lit.luvit.io/packages/luvit/luvit/v2.7.2.zip
18:53:19  * SkyRocknRollquit (Remote host closed the connection)
19:50:04  * sousouxjoined
20:18:32  <creationix>rje, have you ever looked at luaossl?
20:18:48  <creationix>it looks like a pretty clean openssl bindings for lua (also can be installed easily via luarocks)
20:19:04  <creationix>but it doesn't provide any bindings to actually read and write the openssl context
20:19:48  <creationix>daurnimator brought up the fact that our current method of creating lua strings for every packet of cipher-text is expensive (since lua strings are interned and garbage collected).
20:20:10  <creationix>We could probably increase SSL performance a bit by tightly coupling to the SSL context somehow in luv for streams
20:20:41  <creationix>add a new stream method that accepts a SSL context. We could still have manual handshake as a public method if desired
20:21:41  <creationix>(for context, I've been trying to find a way to use luvit's libraries with plain lua. Luv handles most the dependencies, I've figured out a tweak to the module system that should make it compatible, but using our existing openssl bindings is hard)
20:22:04  <creationix>https client is common enough that simply not supporting tls is a non-starter for most people
20:26:51  * travis-cijoined
20:26:52  <travis-ci>luvit/luv#159 (master - 7249fd5 : Tim Caswell): The build passed.
20:26:52  <travis-ci>Change view : https://github.com/luvit/luv/compare/c776e1edcee7...7249fd57a462
20:26:52  <travis-ci>Build details : https://travis-ci.org/luvit/luv/builds/100201272
20:26:52  * travis-cipart
20:29:28  * travis-cijoined
20:29:29  <travis-ci>luvit/luv#160 (master - 633147b : Tim Caswell): The build passed.
20:29:29  <travis-ci>Change view : https://github.com/luvit/luv/compare/7249fd57a462...633147bf8623
20:29:29  <travis-ci>Build details : https://travis-ci.org/luvit/luv/builds/100201689
20:29:29  * travis-cipart
20:50:22  <rje>creationix, i have not tried it. that would be nice to remove the copy.
20:50:47  <creationix>we'll still have the string for the plain-text chunks, but not interning the temporary cipher chunks should help
21:38:11  * DarkGodquit (Ping timeout: 276 seconds)
21:41:21  * DarkGodjoined
23:25:02  <daurnimator>creationix: btw, if you moved to lua 5.3 you would have interning of long strings ;)
23:25:03  <daurnimator>taking you back to just the overhead of a copy :P
23:55:24  * sousouxquit (Ping timeout: 264 seconds)