00:13:10  * kazuponjoined
00:17:45  * kazuponquit (Ping timeout: 258 seconds)
00:29:56  * dan336joined
00:55:51  * DarkGodquit (Ping timeout: 272 seconds)
01:05:00  * cledevjoined
01:12:38  * UniOnquit (Remote host closed the connection)
01:51:44  * dan336quit (Quit: Leaving.)
02:09:51  * kazuponjoined
03:37:10  * dan336joined
04:35:34  * dan336quit (Quit: Leaving.)
05:00:26  * cledevquit (Ping timeout: 265 seconds)
05:12:21  * endou_____quit (Ping timeout: 272 seconds)
05:13:13  * endou_____joined
06:27:05  * indexzero__quit (Ping timeout: 272 seconds)
06:28:34  * indexzero__joined
07:01:33  * a_le_quit (Remote host closed the connection)
07:02:10  * a_lejoined
07:29:02  * Michalikquit (Ping timeout: 250 seconds)
07:30:23  * Michalikjoined
08:01:50  * a_lequit (Read error: Connection reset by peer)
08:02:31  * a_lejoined
08:24:04  * cledevjoined
09:04:24  * cledevquit (Ping timeout: 245 seconds)
09:21:22  * kazuponquit (Remote host closed the connection)
09:45:27  * kazuponjoined
09:45:49  * a_lequit (Read error: Connection reset by peer)
09:46:08  * a_lejoined
10:13:23  * cledevjoined
10:16:20  * DarkGodjoined
11:21:04  * kazuponquit (Remote host closed the connection)
11:26:12  * UniOnjoined
13:21:29  * DarkGodquit (Ping timeout: 264 seconds)
13:33:54  * DarkGodjoined
14:10:10  * cledevquit (Ping timeout: 255 seconds)
14:13:51  * kazuponjoined
14:43:00  * kazuponquit (Remote host closed the connection)
15:29:05  * dan336joined
15:37:14  * cledevjoined
15:48:53  * KennethWilkejoined
15:53:34  * kazuponjoined
15:56:37  <rphillips>rje: luvit isn't building with the static build on a clean centos system
15:56:47  <rphillips>something to do with the zlib binding
15:57:08  <rphillips>looks like it might be using the system library
15:57:49  <creationix>rphillips: interesting. Does my static binary I built on arch run on centos or is glib too different or something?
15:58:17  * kazuponquit (Ping timeout: 260 seconds)
15:59:32  <rphillips>luvi-static and luvi-tiny works... luvi has a dependency on libssl.so.1.0.0 which is missing
15:59:45  <rphillips>the issue on centos is the build with zlib though
16:01:00  <rphillips>i've been going back and forth this weekend with the lua-openssl guy
16:01:31  <rphillips>found another crasher in the same subsystem as before
16:03:00  <creationix>good luck
16:03:16  <creationix>how old is the centos btw?
16:03:28  <rphillips>he is using 6.5, i686
16:04:36  <rphillips>woo... and his fixed worked
16:05:06  <rphillips>https://github.com/zhaozg/lua-openssl/commit/ebb43d0fcf97ecdc0f56a80e90bbfbf0f5bbf42a
16:05:14  <rphillips>the whole reference counting thing in openssl is weird
16:06:47  <rphillips>https://github.com/luvit/luvi/pull/39
16:11:35  <rphillips>creationix: do you use emacs for editing?
16:11:52  <creationix>never really used it, why?
16:12:23  <rphillips>i get a crash in the print logic within luvi
16:12:32  <rphillips>using the shell within emacs
16:12:52  <creationix>interesting. If the pretty printer colored?
16:12:58  <creationix>*is
16:13:25  <creationix>it tries to auto-detect if it’s running in a terminal or a pipe and uses uv_tty_t vs uv_pipe_t
16:13:27  <rphillips>hmm. i just updated and I'm getting a different result... some of the tests are working
16:13:41  * travis-cijoined
16:13:41  <travis-ci>luvit/luvi#214 (fixes/lua-openssl-crasher-bump - f7f66a2 : Ryan Phillips): The build passed.
16:13:41  <travis-ci>Change view : https://github.com/luvit/luvi/commit/f7f66a2ccc3c
16:13:41  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/43361967
16:13:41  * travis-cipart
16:14:36  <rphillips>./luvit tests/test-tcp.lua -- stack overflow
16:15:15  <rphillips>./luvit tests/test-object.lua works
16:15:28  <rphillips>it does print everything in the correct colors
16:27:58  <creationix>stack overflow? In the luvi runtime?
16:28:25  <creationix>emacs just runs the program as a subprocess right? If you’re getting colors it must be providing a real tty
16:29:36  * travis-cijoined
16:29:36  <travis-ci>luvit/luvi#216 (master - 01376e8 : Ryan Phillips): The build has errored.
16:29:36  <travis-ci>Change view : https://github.com/luvit/luvi/compare/e86631a6513a...01376e8cb7f5
16:29:36  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/43363392
16:29:36  * travis-cipart
16:33:33  <rphillips>it does
16:33:42  <rphillips>creationix: yeah, in utils.lua
16:33:50  <rphillips>it seems like the table recursion goes to infinite
16:57:04  <creationix>hmm, I detect loops. And it doesn’t get stuck outside emacs. That is strange indeed
17:20:03  <rphillips>creationix: were you able to reproduce it?
17:20:41  <creationix>no
17:20:43  <creationix>sorry
17:43:17  * DarkGodquit (Ping timeout: 260 seconds)
17:58:47  <KennethWilke>howdy guys, how would you recommend case insensitive matching a string against an array of strings in lua?
17:59:15  <KennethWilke>i know that's probably better for #lua, but wondering what y'all would do
18:01:25  <creationix>would a linear match be too slow?
18:01:27  <rphillips>i might put it into a map, and :lower() the string
18:01:44  <KennethWilke>i don't actually think it would be, just wondering if there were any fancy tricks in lua for that
18:01:57  <creationix>or that, that’s essentially how node and luvit do quick matches on http headers
18:02:00  <KennethWilke>i was thinkin of just lowering it and iterating over the list
18:02:17  <creationix>well, if it’s lower, a table with key lookup is nice
18:02:44  <rphillips>http://www.lua.org/pil/20.4.html
18:02:47  <rphillips>this has a blurb on it
18:02:48  <KennethWilke>hmm, that's a good point
18:03:06  <KennethWilke>checking for it
18:03:18  <KennethWilke>in a table is probably faster than iterating over an array right?
18:03:56  <creationix>yep
18:04:13  <creationix>table key lookup is very fast in lua. Some people will often embed lua in their C program just to use the table code
18:04:28  <creationix>strings are interned so it’s just a hash-map at that point
18:04:36  <KennethWilke>yeah
18:08:49  <creationix>rphillips: do you know how to get lua-openssl to print signatures in text form?
18:09:19  <creationix>your test created binary signatures. I need something starting with — BEGIN RSA SIGNATURE — and then base64 data, etc
18:09:24  <creationix>I don’t remember the name for that format
18:09:45  <rphillips>that is pem
18:09:53  <rphillips>:encode('pem') iirc
18:10:14  <rphillips>looking
18:10:52  <rphillips>:export({pem = true})
18:11:11  <rphillips>https://github.com/luvit/luvit/blob/fixes/tls/tests/test-crypto.lua#L42
18:11:48  <creationix>:export is a method on keys right? I need to write the RSA signature in pem format somehow
18:15:18  <rphillips>hmm
18:17:07  <creationix>I guess I could manually do it. It’s just base64 + header/footer lines I think
18:17:37  <rphillips>yeah, i haven't seen openssl do ascii armored signature files
18:18:31  <rphillips>openssl.base64 exists
18:18:40  <rphillips>base64 (input[, encode=true])
18:19:20  <creationix>so when you sign a tag in git, it uses gpg to create a “PGP SIGNATURE”
18:19:43  <creationix>I thought mine should be called “RSA SIGNATURE” since I’m just using a raw ssh rsa private key
18:23:58  <rphillips>makes sense
18:28:49  <creationix>rphillips: of the top of your head, do you know how to create a fingerprint from a key?
18:29:15  <creationix>I want to embed it as a comment in the pem structure so I know which key to use to verify it later
18:29:58  <rphillips>o dpm
18:30:01  <rphillips>oops
18:30:12  <rphillips>i don't know the algorithm, it's probably a hash of the key
18:42:57  * DarkGodjoined
19:00:33  * cledevquit (Ping timeout: 244 seconds)
19:13:37  * dan336quit (Quit: Leaving.)
19:17:22  <creationix>rphillips: if you clone [email protected]:creationix/list-test-repo.git it’s a sample repo created by lit in pure lua
19:17:30  <creationix>there is a sample package with a signed tag
19:17:42  * dan336joined
19:17:42  * dan336quit (Client Quit)
19:17:47  <creationix>do `git cat-file -p creationix/greetings/0.0.1` to see the release tag
19:18:35  <creationix>hmm, actually that tag is creationix/greetings/v0.0.1
19:18:51  <creationix>preference if the version should have a “v” prefix or now?
19:18:55  <creationix>rch: ^
19:19:37  <rphillips>hmm. i vote without, I don't recall semver having a v
19:20:05  <rch>by default i like being similar to npm and npm tags do i think? let me clone that and check it out
19:20:54  <rch>npm does have the v prefix
19:21:05  <rphillips>creationix: repo is private I think
19:21:28  <rch>i cloned it, just needed to fix the url
19:21:32  <creationix>https://github.com/creationix/lit-test-repo
19:21:40  <creationix>ahh, I typoed
19:21:43  <rphillips>oh thanks
19:22:01  <rch>fatal: Not a valid object name creationix/greetings/0.0.1
19:22:11  <creationix>rch: right, add a “v” before 0.0.1
19:22:16  <creationix>double typos
19:22:49  <creationix>github is dumb and only supports tags that point to commits https://github.com/creationix/lit-test-repo/tree/creationix/greetings/v0.0.1
19:23:00  <rch>so this repo only has a readme right?
19:23:05  <creationix>I could create a fake commit to make github happy, depends on how much interop we need
19:23:28  <rphillips>i vote we add a Version: to the signature
19:23:38  <rphillips>just in case we bump it
19:23:59  <rch>will tagged versions always need to be signed?
19:24:03  <creationix>maybe not a version, but rather a format string
19:24:16  <creationix>but yes, the format should be documented
19:24:24  <rphillips>creationix: yes, that sounds better
19:24:49  <creationix>so this is sha256 of the tag body (before appending the signature) signed by my ssh private rsa key
19:25:04  <creationix>“ssh-rsa-sha256” maybe?
19:25:41  <creationix>if I require all packages in the repo to be prefixed by a username, then it’s easy to know who’s public keys to use
19:26:01  <creationix>bit I still want a fingerprint of somesort so I know exactly which one was used to sign
19:26:20  <creationix>sha1 of the public key in der format I think is typical rsa fingerprint
19:26:47  <creationix>or rather since these are ssh keys, I should look up the exact fingerprint algo ssh uses
19:27:34  <rphillips>that might be worthwhile
19:33:48  <creationix>looks like it simply does an MD5 of the key stored in the custom ssh public key format
19:34:27  <creationix>so base64 decode, then md5, then hex and add colons to these https://api.github.com/users/creationix/keys
19:48:29  <rphillips>brb... going to connect my bouncer
19:48:47  * rphillipsquit
19:55:43  * rphillipsjoined
20:08:54  <creationix>rphillips: do you know how to extract `e` and `n` from a private key in lua-openssl?
20:09:01  <creationix>that’s all I need to construct the ssh-rsa format
20:11:51  <creationix>got it. key:parse().rsa:parse()
20:20:57  * cledevjoined
20:23:56  * dan336joined
20:24:59  <rphillips>nice
20:25:37  <bjorn>Ah, wait with merging my pull request, I noticed one more of those return types.
20:25:48  <bjorn>luv_has_ref should probably return bool as well.
20:27:37  <bjorn>Ok, done.
20:29:26  * drorhjoined
21:05:19  <creationix>bjorn: sorry about breaking the build and having your PR blamed for it
21:05:22  <creationix>should be better now
21:05:44  <bjorn>creationix: It's ok, I didn't have time to notice. :)
21:05:57  <creationix>build is green again on windows now though :)
21:06:01  <bjorn>Nice. :)
21:06:11  * travis-cijoined
21:06:11  <travis-ci>luvit/luv#196 (master - 2ae54a4 : Tim Caswell): The build passed.
21:06:11  <travis-ci>Change view : https://github.com/luvit/luv/compare/d5ddfcfbd6c8...2ae54a46f972
21:06:11  <travis-ci>Build details : http://travis-ci.org/luvit/luv/builds/43392135
21:06:11  * travis-cipart
21:07:34  <drorh>Hello. How much faster/more efficient is lua compared to js..?
21:07:45  <drorh>Lua*
21:07:46  <creationix>drorh: depends on what you’re doing and which engine
21:08:11  <creationix>compared to V8, luajit is roughly comparable speed, though it has different strengths
21:08:27  <creationix>memory-wise lua and luajit blow v8 out of the water
21:08:35  * drorhlikes
21:08:36  <creationix>I commonly see 20x less memory used
21:08:43  <drorh>wow
21:08:57  <creationix>though I’ve been experimenting with duktape (a new JS vm) and it’s super low memory overhead
21:09:04  <creationix>but slower than even normal lua
21:09:51  <creationix>SpiderMonkey uses about half the ram as V8 in my tests, but I never got very far writing libuv bindings for sm
21:10:03  <creationix>lua is so mucher easier to embed than v8 or sm
21:10:11  <creationix>duktape is almost the same C api as lua
21:10:29  <drorh>How long will it take someone-avg to learn Lua well enough, if he alrady knows JS and c and php..?
21:10:42  <rch>it is very similar to js
21:10:43  <creationix>lua is easy
21:10:50  <drorh>great
21:10:53  <rch>https://github.com/luvit/luvit/wiki/node-to-luvit-gotchas
21:11:03  <rch>http://www.lua.org/pil/contents.html
21:11:04  <drorh>thanks
21:11:30  <creationix>yep, after a read through pil, you’ll be a lua expert
21:11:36  <drorh>heh :)
21:11:44  <KennethWilke>it took me about a 4-6 hours to pick up
21:11:46  <creationix>luvit uses lua 5.1, so the free book is slightly out of data, but not too bad
21:12:02  <KennethWilke>using that pil book
21:12:36  <drorh>luvit is ready for production use?
21:12:43  <rch>my team uses it in production
21:12:48  <rch>has for years
21:12:50  <KennethWilke>still having to ref that manual since that was last week
21:12:59  <rch>KennethWilke: heh
21:13:04  <drorh>:)
21:13:23  <KennethWilke>i have similar exp, add python which lua reminds me of a lil bit
21:13:27  <creationix>I ended up buying a paper copy of PIL for 5.1 back when I was creating luvit
21:13:36  <rch>i have the paper one too. most of the stuff i read is on the bus.
21:14:14  <drorh>I started diving into libuv the other day instead of working...
21:14:21  <KennethWilke>i'm still surprised safari doesn't have a copy on their service
21:14:58  <KennethWilke>in C?
21:15:04  <creationix>drorh: I recommend starting with KennethWilke’s example if you want to program against a libuv style API https://github.com/luvit/luvit/blob/luvi-up/examples/tcp-uv-proxy.lua
21:15:10  <drorh>yeah
21:15:13  <KennethWilke>aww shucks
21:15:20  <drorh>creationix thanks
21:15:32  <creationix>the “uv” module is almost 1:1 with docs.libuv.org
21:15:47  <drorh>what does the uv stand for anyway..?
21:15:49  <KennethWilke>drorh: yeah i came across luvit from tinkering with libuv as well
21:15:49  <rch>KennethWilke: nice
21:15:51  <creationix>you can see the mapping at https://github.com/luvit/luv/blob/master/src/luv.c
21:15:55  <KennethWilke>unicorn velociraptor
21:16:07  <drorh>lol
21:16:10  <creationix>there is no official meaning, nobody remembers what the original name was
21:16:18  <KennethWilke>i know, i asked them what it was before
21:16:23  <drorh>ultra violet came to mind.. oh well :)
21:16:28  <KennethWilke>at least thats what they say in #libuv
21:16:31  <creationix>but yes, unicorn velociraptor is a fairly popular answer :)
21:16:36  <drorh>:)
21:16:41  <rch>i always thought it was because of libev but smaller so u like mu
21:16:58  <KennethWilke>ahh
21:17:08  <KennethWilke>that'd be good too
21:17:10  <creationix>rch: that could be, ryah was a math major
21:17:19  <creationix>and he used libev heavily before creating node
21:17:46  * cledevquit (Ping timeout: 244 seconds)
21:17:48  <KennethWilke>i started down the libev path but their docs encouraged me to find more modern things
21:18:05  <creationix>the nice thing about libuv is it uses native IOCP on windows
21:18:23  <creationix>we worked with microsoft to create libuv when node was being ported to windows back in the day
21:18:45  <KennethWilke>that's cool
21:20:01  <KennethWilke>is it easy to get luvit setup on windows?
21:20:07  <creationix>Actually most that started when I ate dinner with a Microsoft guy in Berlin years ago. I didn’t do any of the actual work to make libuv, but I did tell Microsoft that we (the node community) were willing to do it right
21:20:24  <creationix>KennethWilke: About as easy as it can be
21:20:35  <creationix>The luvi-binaries submodule inside luvit has windows builds
21:20:56  <creationix>luvi knows how to zip the contents of app and append it to itself creating the luvit.exe binary
21:21:10  <creationix>just do a recursive clone of luvit/luvit and then run Make.bat
21:21:14  <creationix>no C compiler needed
21:21:20  <KennethWilke>nice, sounds good
21:21:31  <drorh>wow
21:21:38  <KennethWilke>i probably won't be doing that anytime soon, but would like to be sure the stuff i'm writing would work in theory
21:21:42  <creationix>I keep a windows laptop on my desk for the sole purpose of testing this version and making the windows builds
21:21:58  <creationix>yep, it’s pretty portable
21:22:18  <drorh>im on windows now cuz i dont have a usb flash drive lol
21:22:21  <creationix>you can even use ansi escape codes to send colors to the terminal and libuv will translate them to the proper windows sytem calls
21:22:31  <KennethWilke>ooo fancy
21:22:31  <creationix>(16 colors only, no 256 color on windows)
21:22:42  <creationix>just make sure your stdout is a uv_tty and not a uv_pipe
21:23:20  <KennethWilke>i'll stick with the old default color for now :p
21:23:24  <creationix>https://github.com/luvit/luvit/blob/luvi-up/app/modules/utils.lua#L248-L263
21:23:42  <creationix>the luvit repl is colored on windows using this
21:45:53  <creationix>wohoo, I can extract the public key from a PEM encoded RSA private key and format it in the exact same format ssh uses for .pub files
21:46:21  <creationix>the tricky part was remembering to prefix the big number with a null byte if it started with a number greater than 127
21:49:24  <drorh>:)
21:50:29  <drorh>reminds me of another day wasted on wpa2 routers in my building...
21:54:37  <drorh>creationix ur working on io.js right?
21:55:03  <creationix>drorh: no, just giving them some feedback
21:55:10  <drorh>i see
21:55:17  <creationix>I’m busy enough with luvit and dukluv
21:55:56  <drorh>Yeah I was wondering how one can manage all of those projects (and earn a living)
21:56:29  * rphillipsquit (Remote host closed the connection)
21:57:30  * rphillipsjoined
21:57:53  * cledevjoined
22:03:30  <creationix>rphillips: rch: Ok, I decided to use a signed commit with a lightweight tag instead of a signed annotated tag https://github.com/creationix/lit-test-repo/releases/tag/creationix%2Fgreetings%2Fv0.0.1
22:03:42  <creationix>now github can see the tag and treat it like a package
22:03:56  <creationix>also the fingerprint should be valid now
22:04:16  <rch>interesting
22:06:32  <creationix>I could allow people to include a changelog for their release in this commit message before the signature
22:06:48  <creationix>and the parent commit could point to the last release if we wanted chained history
22:07:45  <creationix>rch: and since it’s just a normal tag, you can browse the package directly without downloading the tarball https://github.com/creationix/lit-test-repo/tree/creationix/greetings/v0.0.1
22:09:06  <rphillips>that is nifty
22:10:59  <creationix>I’m still not sure I want to actually use github as the primary storage, but it’s nice that the db is git compatable and browsable on github
22:11:17  <creationix>I have another backend that is much faster using Sophia DB
22:11:27  <creationix>same graph format and sha1 hashes, but very different on-disk storage
22:13:19  <creationix>turns out the format ssh uses for rsa public keys is not very complicated. Just poorly documented https://github.com/luvit/lit/blob/master/modules/ssh-rsa.lua
22:13:27  <creationix>and nothing at all related to the openssl formats
22:16:08  <creationix>here is the code that created that test repo https://github.com/luvit/lit/blob/master/test-import.lua#L24-L36
22:19:18  <rch>are those bit. utilities from lua core?
22:19:30  <rch>like bit.band?
22:19:58  <creationix>luajit core
22:20:17  <rch>cool
22:20:18  <creationix>http://bitop.luajit.org/
22:20:55  <creationix>(that’s mike’s library to give normal Lua the same API)
22:21:09  <rch>sweet
22:21:54  <creationix>ok, so now that I have package signing, I just need to throw up a server and have it authenticate using the public keys
22:22:01  <creationix>almost to working proof-of-concept
22:22:38  <creationix>still need to read keys from api.github.com on demand and cache them locally
22:43:05  * cledevquit (Ping timeout: 264 seconds)
22:48:41  * travis-cijoined
22:48:41  <travis-ci>luvit/luvit#1339 (luvi-up - 049bf07 : Tim Caswell): The build passed.
22:48:41  <travis-ci>Change view : https://github.com/luvit/luvit/compare/f58d1f30fc55...049bf07063b1
22:48:41  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43404002
22:48:41  * travis-cipart
22:53:10  <rphillips>back to using weechat :/
22:53:26  <rphillips>irccloud is nice
22:54:53  <creationix>rphillips: is $HOME/.rsa/is_rsa the key you use to push to github? My script will assume that for now
22:54:59  <creationix>*is_rsa
22:55:03  <creationix>**id_rsa
22:55:44  <rphillips>sounds reasonable... i have a keychain of 3-4 keys
22:56:10  <rphillips>agent support would be nice as well
22:56:23  <creationix>pgp agent?
23:04:17  <drorh>creationix where can I find the luvit windows binaries?
23:04:28  <drorh>can only seem to find the souce code
23:04:42  <creationix>drorh: see the “luvi-binaries” submodule here https://github.com/luvit/luvit
23:04:48  <drorh>thx
23:05:05  <creationix>building luvit from luvi is pretty straightforward
23:05:27  <creationix>https://github.com/luvit/luvit/blob/luvi-up/Make.bat#L6-L11
23:05:43  <drorh>thx
23:05:48  <drorh>i see the pre built is 0.5.2
23:06:00  <creationix>yep, that’s the latest luvi
23:06:17  <creationix>there are just a couple bug fixes since that release
23:06:32  <drorh>i see
23:06:44  <creationix>I’ll probably build a new one tomorrow with two fixes if nothing else comes up
23:07:17  <drorh>where can i check out some packages?
23:07:21  <drorh>look at*
23:07:33  <creationix>there isn’t much yet for new luvit
23:07:42  <creationix>I’m working on the package manager right now
23:07:53  <creationix>if you want to read my code it’s at https://github.com/luvit/lit
23:08:01  <drorh>thx
23:08:19  <creationix>one part that might be confusing is I override the “fs” module with my custom version that’s coroutine friendly at https://github.com/luvit/lit/blob/master/modules/fs.lua
23:08:42  <creationix>it lets you do blocking I/O as long as you’re in a coroutine
23:08:55  <drorh>i see
23:08:57  <creationix>it doesn’t block the entire process/os-thread
23:09:00  <creationix>just the coroutine
23:09:07  <drorh>i see
23:09:33  <drorh>i wont be doing fs stuff in the near future anyway :)
23:09:44  <drorh>probably*
23:09:48  <creationix>drorh: what kind of app will you be making?
23:10:11  <creationix>if you’re making a TCP server, this example should be useful https://github.com/luvit/lit/blob/master/modules/server.lua
23:10:15  <drorh>two kinda
23:10:19  <drorh>one is:
23:10:51  <drorh>a daemon fetching data from 3 remote APIs and dumping it to mongodb
23:11:16  <drorh>in a sane fassion ofc
23:11:33  <creationix>so you need HTTPS client and a mongo driver then
23:11:48  <creationix>https is almost working well, rphillips is busy making the tls stuff stable
23:11:50  <drorh>those are in existance?
23:12:06  <drorh>dont need https
23:12:10  <drorh>just http
23:12:41  <creationix>mongo protocol will be the harder part. I’m not sure what there is that can be used
23:13:00  <creationix>the new luv bindings are very new (a couple months) so not much has been written yet that’s compatable
23:13:07  <creationix>but some existing code might need minimal porting
23:13:33  <drorh>i see
23:13:45  <rch>most luvit code should be good
23:13:45  <creationix>bewhare of C bindings that use blocking I/O, they will block luvit’s event loop
23:14:10  <creationix>right, luvit itself has been around for years, anything written for the older version should either work, or work with minimal effort
23:14:59  <drorh>I see. Thank you!
23:28:57  * KennethWilkequit (Quit: Leaving)
23:31:27  <rphillips>creationix: ssh agent
23:32:49  * travis-cijoined
23:32:49  <travis-ci>luvit/luvi#217 (fix/zlib_centos - e98092e : Rob Emanuele): The build passed.
23:32:49  <travis-ci>Change view : https://github.com/luvit/luvi/commit/e98092ed2b4f
23:32:49  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/43408883
23:32:49  * travis-cipart
23:49:20  * dan336quit (Quit: Leaving.)