So nice to catch up on this channel, I just tried :help conjure-intro and nothing came up, but damn, I’m excited! 🙌

Yeah, sorry, it'll be there soon 😅

I want all docs to be in vim this time

No rush, no rush!

is it true that conjure reads the .nrepl-port content to decide on a port to listen on?

I’m just messing around a bit 🙂

@sogaiu that’s what it seems to be doing currently, yes

hmm

lein deletes .nrepl-port on exit afaict

so how to work with this file seems kind of confused

creating .nrepl-port and putting a port number in it and starting lein doesn't seem to affect the port lein chooses to listen on

it just goes ahead and chooses another port number and writes over the existing file

well you’d need lein running so conjure can connect to something, no?

i don't think so

the new conjure doesn't need lein iiuc

and i don't think the old one used nrepl

I just upgraded my Conjure to develop and am connected to a CLJS repl and I can see stdout (which hasn’t been working with shadow + fireplace). I’m sold! 😄

the old one didn’t use nrepl but the new one does. and the nrepl server has to be started somewhere.

iiuc, conjure has its own implementation

babashka has its own

previously conjure also didn’t start nrepl servers on it’s own IIRC

sorry i'm geting confused

as in you specified a port number in .conjure.edn but it was largely up to you that an nREPL server is running at that port

if conjure works with bb, please report it here: https://github.com/borkdude/babashka/issues/344

@borkdude I’ll give it a test run

Yep, so you run your own nREPL server (I will probably add jack-in at some point) and it only works by .nrepl-port file right now.

I will add the command to connect to any host:port soon!

Then you can set up your own mappings to connect to different REPLs

Here's the raw mapping config https://github.com/Olical/conjure/blob/656bf69e03b8ca18ea02cfda01c271a264397a73/fnl/conjure/config.fnl#L8-L23 and for Clojure specifically https://github.com/Olical/conjure/blob/656bf69e03b8ca18ea02cfda01c271a264397a73/fnl/conjure/lang/clojure-nrepl.fnl#L28-L49

You can use those to work out which keys do what until I write it up 😬 (pretty bad, but still)

Mappings wrapped in tables/lists like ["K"] mean it's unprefixed. Just a little DCL for config.

And bb worked last time I tried 😄

Although sessions were a bit funny, like I couldn't list them.

@olical Is that this operation? https://nrepl.org/nrepl/ops.html#_ls_sessions

I didn't implement that yet, only discovered it exists now 🙂

Yep, I use it extensively to ensure the user is always connected to an existing session.

So when you connect it checks if there's an existing one and re-assumes that session.

If you kill all sessions then it'll go "oh no, I don't have one and there's none to assume so I'll make a fresh one"

But yeah, it's a really useful op 🙂

I don't understand the use case completely. When you do clone, you get a new session id. When do you want to see the other session ids?

To jump between sessions

If I reconnect to an nREPL server I can list the existing ones (which might have a server process in it I want to go interrupt and restart)

It also means if I have piggieback cljs running then my neovim crashes, all I have to do is reopen neovim and I'm back into cljs land.

ok, I'll add it: https://github.com/borkdude/babashka/issues/346

I'm planning on adding ways to name sessions from Conjure too which will mean you can be like "this is my server, this is cljs, this is the main clj eval one"

(that won't require support from bb)

Wonderful, thank you! I think it's a really useful op

Although I don't think many clients use it in the way I'm thinking right now?

Not sure if you’re asking for bug reports on Conjure develop but I noticed that session-select fails with this when connected to a shadow-cljs nrepl server

; conjure.lang.clojure-nrepl error: .../.vim/plugged/conjure/lua/conjure/lang/clojure-nrepl.lua:912: attempt to call field 'input' (a nil value)

Ah that's annoying, probably to do with shadow's ls-sessions working differently,at a guess?

It's just inconsistencies between nREPL implementations I think :thinking_face:

It’s not that big of a deal for me really, I’m fine just using session-next and session-prev

Oh I think I know what that is

Overall this is really amazing, I’m really excited to use this going forward

Showing the session type in the session list would be pretty cool

Fixed it

And pushed

Was just a wrong function named call.

And yeah, planning on adding meta data to sessions such as names (maybe auto generated with human readable things by default) which show up instead of the uuid

For now you'll just have to get fairly good at pattern recognition with UUIDs 😅

verified your fix :thumbsup:

I think the naming system will be automatic by default, so I'll mash together a few random words (like "correct horse battery staple"), but you can manually rename if you want

This will allow you to have a session for your webserver for example

Which you can hop into, interrupt and restart if you want.

Something I haven't really seen in any other clients so far but maybe I'm missing something. Sessions seem super useful but I've never really seen them exposed much?

I never bothered to look into sessions in Cider, I just disconnect and reconnect if I want to go back from cljs to clj, but on my current project I’m also mostly using cljs so not too important to be able to go back

Hopefully this will allow you to hop between them if you need to 😄

I haven't got all the magic of "execute the code in the right connection via a series of complex rules", I don't think it's required

The autogenerated names sound like a great idea, may I suggest: use a single word & have a theme for clj and cljs sessions, e.g. clojure is colors (blue, white, …) and clojurescript is tools (hammer, saw, …)

The problem is you won't know what type a session will be when you create it. It becomes CLJS via piggieback.

Yeah I actually like the manual switching but that may only be due to some oddness in my current project. I wonder if maybe there should be a warning of some kind though, when evaluating forms from a .clj buffer to a cljs session

right, I actually read that code just now but would it be too complex to just collect this information before listing sessions?

I'm keeping sessions simple until I give them some love really. Once I start attaching metadata it'll get easier.

Would be cool if I could have some sort of stable uuid -> name conversion

with minimal collisions

Maybe city names from around the world mapped into an evenly divided space :thinking_face:

I think I'll do that, so you get to discover random city/town names while playing with sessions 😅

Then I'll probably find a way to attach the REPL type to the side eventually

And then allow custom names at some point

Hey @olical I'm pretty excited with the new conjure, even more with the idea of multiple languages in the same tooling, I may finally give Racket a try haha But regarding backward compatibility, you planning to make it smooth? Or it will break everything when you swap the master branch for sourcery? I actually don't care if I need to do a setup again, but I care for the Mappings, they will be the same? Sorry if you said this before.

I'm trying to make it as smooth as possible, but there will definitely be things you need to adjust to. I mean the lack of .edn config files and prepl for starters. The mappings however are basically exactly the same as before, how you configure them will be different but not too much. You just have to set some values in Lua now (I might provide some viml based helpers so you don't need to write any Lua interop)

Config, nREPL and HUD over virtual text are the main changes

There's no build step required now either, so hopefully it'll be easier than the current master version