Fork me on GitHub
#unrepl
<
2017-12-19
>
cgrand16:12:04

Speaking of the blob and its build task

cgrand16:12:02

each time one submits the blob, it gensyms everything; I think it could be simplified so that gensymming only occurs at build time. There’s no point gensyming at each use, is there?

volrath16:12:02

I thought about that as well.. and to be honest I thought there was a reason beyond my comprehension at the moment

volrath16:12:27

but I don't see why not to doit at build time

cgrand16:12:00

reasons that may have influenced me was: ns removal on deconnection, one ns per session and global state (no rotten tomatoes thx)

volrath16:12:37

hmm global state could be a thing

cgrand16:12:08

we should check and make it indexed per session

volrath16:12:10

we still haven't address the global settings problem: being able to change settings in user conn from aux conn

volrath16:12:18

that could work

cgrand16:12:30

global settings: for the record my proposal was to settings per “printing context” and have a reference to the origin printing context in elisions

mhcat16:12:20

hey folks, particularly @volrath I think, I am having trouble with unrepl.el, running M-x unrepl-connect in a leiningen project - after a while, I see

;; Waiting on UNREPL... 

connection broken by remote peer
and can find no related messages in *Messages*. Any debugging pointers?

volrath16:12:26

@cgrand would you include there`*realize-on-print*`?

volrath16:12:49

@j0ni that seems like unrepl.el is not able to run the project

mhcat16:12:23

ahh, now, I just tried lein repl in the project and it timed out, so yeah, I think a different problem here

mhcat16:12:31

@volrath thanks and sorry for noise

volrath16:12:44

@j0ni np, let me know if you get it to work

cgrand16:12:00

or not 😉

volrath16:12:50

@cgrand that sounds good to me.. and just to make sure, you would index those settings-per-printing-context into sessions, right?

volrath16:12:25

well, my next milestone is to get some integration tests going on for unrepl.el, after that I could help with some of this discussion if it's still reasonable 🙂

cgrand16:12:56

between work, chicken pox outbreak and incoming santa, time is tight atm for me

volrath16:12:32

noted, hopefully I'll have some time between 24 and 31

mhcat16:12:57

does unrepl.el pay attention to leiningen :repl-options?

volrath16:12:57

btw, in a complete different topic.. I've been thinking a lot on a new name for unrepl.el

volrath16:12:13

I don't have a clear candidate yet, and I accept suggestions 😉

volrath16:12:30

@j0ni tbh, I don't know with 100% certainty at the moment, but I'm inclined to say that it doesn't

volrath16:12:57

@j0ni I think you're experiencing an unrepl.el bug, I tried with a lein project I used to test and I'm getting your same problem

cgrand16:12:05

I call the umpteenth Naming Game open!

cgrand16:12:32

unrav.el 😉

cgrand16:12:51

uncider (I need to get going)

mhcat16:12:50

looks like the repl command sets the port to 0 - does that have special semantics?

mhcat16:12:57

lein   trampoline run -m clojure.main -e "(do (require 'clojure.core.server) (let [srv (clojure.core.server/start-server {:name :repl :port 0 :accept 'clojure.core.server/repl})] (println (pr-str [:unrepl.el/server-ready (.getLocalPort srv)]))))" 

volrath16:12:15

yeah, that only generates a random port, but the problem is right there

volrath16:12:25

is not daemonizing the socket server

volrath16:12:35

sorry, it's not stopping the daemonization

volrath16:12:23

@j0ni that last commit should fix the problem

mhcat16:12:47

sweet, I will pull that now

volrath16:12:03

@cgrand I was actually thinking on breaking the "un-something" pattern... would I be banned from this channel if I proceed? 😳

cgrand16:12:36

do you have a theme, a sound or whatever to guide us?

mhcat16:12:08

fwiw I like the counter-cultural vibe that un* evokes

volrath16:12:25

I was thinking on the idea of looping, naming it after something that evokes looping

cgrand16:12:52

Loftstrom 😉

cgrand16:12:01

(a loop to go to space)

mhcat16:12:24

ooh, that reminds me, I registered like 4 years ago or something, I will donate it to worthy not-for-profit schemes 😄

volrath16:12:03

btw, did the commit fix your problem?

volrath16:12:33

thanks for reporting

cgrand16:12:19

amen or amenbreak

volrath16:12:22

amen as in the new testament? not a fan..

cgrand16:12:02

groundhog as in Groundhog Day — quite a loop

cgrand16:12:27

hey I like this one, easy on a mascot if you need one etc.

cgrand16:12:03

escher obviously when it comes to loops

mhcat16:12:12

@volrath do you intend to add code navigation features a la cider? I can get some of the way there with dumb-jump, but diving into code inside dependency jars doesn't work

cgrand16:12:54

ouroboros but I’d like to use it one day

cgrand16:12:35

munchhausen

volrath16:12:36

@cgrand I thought of escher but I've seen it as the name for other stuff

volrath16:12:11

@j0ni yes, I'd like to add that feature, I use it in cider as well

cgrand16:12:17

I give up for now but my fav is groundhog by a huge margin

volrath16:12:00

I'm thinking on spiral, I like it cause it's simple, short, easy to remember, and it's an ever expanding loop... but i also like loftstrom

cgrand16:12:31

loftstrom is heavy on typo but easy on search

volrath16:12:58

there's also a clojure spiral lib, but there's no emacs spiral

mhcat17:12:26

I like loftstrom

bozhidar18:12:49

sriral is cool

bozhidar18:12:48

In the same vein you can consider flux and maelstrom perhaps

bozhidar18:12:25

I recall in the past someone had suggested clint (clojure interaction), which was kind of cool as well

bozhidar18:12:17

the potential for clint-load and clint-reload is epic 😄

cgrand18:12:33

But reminds of linting tools

bozhidar18:12:11

yeah, I know that originally someone thought of naming eastwood clint, but it sounded too quaint.

bozhidar18:12:45

Maybe hammock in honour of Rich?

bozhidar18:12:12

Or havoc to sound more cool?

adamfrey19:12:49

I like spiral

volrath21:12:25

I like maelstrom as well 🙂

volrath21:12:31

also maybe just strom, out of maelstrom and loftstrom

volrath21:12:05

but I feel like it might be typo'd into storm often

adamfrey21:12:18

@volrath I can't get unrepl-eval-buffer to work. Each time it try I get:

Unhandled aux exception localhost:5555 No such file or directory 12
and then each time I call it again the number at the end of the error goes up by one (13, 14, etc)

cgrand21:12:57

ström can be spelt stroem when you can’t type the umlaut no?

volrath21:12:09

@adamfrey huh... that's a first for me, let me try to reproduce

cgrand11:12:04

after a night sleep, I still like stroem: short and the e should limit typos with storm

cgrand21:12:25

Then add a a and go for the anagram maestro :-)

volrath21:12:26

@adamfrey you used unrepl-connect-to?

adamfrey21:12:51

actually just unrepl-connect, and it set me up with lein

adamfrey21:12:10

I just tried again with a terminal socket server and unrepl-connect-to and I get the same

volrath21:12:18

hmm weird, can't reproduce

volrath21:12:59

do you see a [localhost:<port>] in your modeline?

volrath21:12:11

is it localhost:5555? if so, is that the same port as your running repl?

adamfrey21:12:21

it's the same

volrath21:12:49

ah... nvm, I remember what that is..

volrath21:12:09

I'm in the middle of reworking exceptions that come from evaluating whole buffers... when an exception occurs while eval-ing a buffer, I want to show that exception in the REPL buffer, but I also want to show a small overlay with the offending line in the working buffer

volrath21:12:40

I don't have it ready yet, but that error that you're seeing means that the evaluation returned an exception

volrath21:12:58

so there's something in the buffer that's causing a REPL exception

adamfrey21:12:59

ok, I'll try a different namespace

volrath21:12:31

yeah sorry about that

richiardiandrea22:12:11

just wanted something with un in front, el at the end and repl somewhere 😄