Clojurians
#lumo
<
2017-04-07
>

This page is not created by, affiliated with, or supported by Slack Technologies, Inc.

anmonteiro15:04:36

@hlolli can you rebase your PR?

anmonteiro15:04:42

Sorry introduced conflicts

anmonteiro15:04:06

I'm also thinking we should print Node.js instead of Node

anmonteiro15:04:11

Otherwise looks good!

hlolli15:04:05

@anmonteiro yes, I'll do it, if there's no stress then I'll do it on monday or Thuesday. I'm taking few days off work to prepare a music performance this weekend (that I use Lumo for like you may have noticed).

anmonteiro15:04:58

Take your time

anmonteiro15:04:08

@hlolli oh wow! That's awesome

anmonteiro15:04:25

Let me know if you ever write about it

hlolli15:04:37

Yes will do. Also, on first glance at Lumo 1.3, I feel like the macros are performing better (or blocking less), but need further testing to confirm that. Yes, I will write about that, it's been bumpy road few weeks getting used to node.js, many things I took for granted using JVM.

hlolli15:04:34

if someone is in Belgium and wants to see Lumo on stage :stuck_out_tongue: https://www.facebook.com/events/428669254139430/

cgrand15:04:48

hi! do you know if someone has attempted to have lumo socket repl running in Electron?

anmonteiro16:04:21

@cgrand hey!

anmonteiro16:04:38

I don’t think anyone has tried

anmonteiro16:04:52

I may be able to help if you provide more details into what you’re trying to do

cgrand16:04:02

I'm experimenting with unrepl prototyping an electron based repl client. At some point I thought it would be cool to have the ability to connect the client repl to itself (or rather "itselves" as there are two processes)

anmonteiro16:04:06

hrm, but is Lumo anywhere in the picture?

cgrand16:04:12

Not yet. I would be interested in having the whole thing powered by self hosted cljs. Hence the idea of reusing some parts of lumo.

pesterhazy17:04:38

An unrepl server implementation for lumo would be amazing

cgrand17:04:59

Why is the lower layer of the socket repl in JavaScript?

anmonteiro18:04:24

@cgrand Lumo relies on V8 startup snapshots to have really fast startup

anmonteiro18:04:48

this means we pass a big JS file to the V8 compilation when building Lumo

anmonteiro18:04:04

that file can’t have any Node stuff because V8 doesn’t know about Node at that point

cgrand18:04:10

So, if I follow, the parts written in JS are not part of the snapshot.

anmonteiro18:04:42

the snapshot is the compiled CLJS