Fork me on GitHub
#unrepl
<
2017-07-02
>
plexus11:07:47

anmonteiro: It might indirectly help people start an unrepl-compatible socket repl (one that speaks unrepl from the start), but it won't help with the main use case of upgrading a vanilla repl. One of the ideas behind unrepl is that you don't have to do anything special on the user side, just hand us any plain repl and we'll upgrade it as needed. For that unrepl needs to be able to install its own reader for handling *in*

anmonteiro04:07:49

starting with that commit, you can now specify a custom accept function that the Lumo socket REPL will run when accepting new connections

anmonteiro04:07:02

a la clojure.core.server

plexus11:07:47

anmonteiro: It might indirectly help people start an unrepl-compatible socket repl (one that speaks unrepl from the start), but it won't help with the main use case of upgrading a vanilla repl. One of the ideas behind unrepl is that you don't have to do anything special on the user side, just hand us any plain repl and we'll upgrade it as needed. For that unrepl needs to be able to install its own reader for handling *in*

dominicm11:07:58

https://vimeo.com/223309989 this seems pretty relevant to this channel

richiardiandrea12:07:33

Maybe the unrepl socket accept function can be shared between clj socket repl and Lumo socket repl? This is actually what I woult try first: unlumo

plexus13:07:34

the thing is that for the unrepl socket accept function to be there the user starting the clj/cljs process needs to add unrepl as a dependency. this is asking for trouble.

pesterhazy16:07:26

@domincm, watching it right now... philosophically very close to unrepl

dominicm16:07:00

@pesterhazy Much crossover. Lots of interesting points. I didn't realise that a plain ol' clojure.main/repl could be used for breakpoints, I'd always used https://github.com/gfredericks/debug-repl

dominicm16:07:07

Inspires me to try simplify my toolset.

pesterhazy16:07:16

stu even endorses our 2nd tooling connection idea

dominicm16:07:18

yep. Which I thought was very interesting.

dominicm16:07:47

Starting to feel like 2018 might be a year of re-tooling

cgrand20:07:38

For 2018 to be the year of re-tooling, there should be a new build tool.

cgrand22:07:19

I glanced at Mach once. I haven't looked in detail but I like the general approach.

pesterhazy16:07:20

one thing I disagree with "don't type stuff into a shell"

pesterhazy16:07:41

using a terminal repl - with readline history & lispy goodies like paren matching - is low-tech (simple!) yet powerful for exploration

pesterhazy16:07:06

plus my readline history is essentially infinite, so I can still readily access all my silly experiments from a year ago

dominicm17:07:08

I mean, the terminal needs syntax highlighting & paredit for modifying statements, right?

richiardiandrea19:07:27

Is there a way to add paredit to readline? That is why I am keen on inf-clojure. It is the simplest editor to shell facade

pesterhazy19:07:31

yes, paredit-like commands in readline would be fantastic

richiardiandrea20:07:01

it think from there to slurp and barf there is not much distance

richiardiandrea20:07:19

and I can then drop emacs 😄

cgrand20:07:38

For 2018 to be the year of re-tooling, there should be a new build tool.

richiardiandrea21:07:11

that's for sure good branding 😄

cgrand22:07:27

Backronym for unrepl: use (the) nice repl!