This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (8)
- # beginners (65)
- # calva (25)
- # cider (11)
- # clj-kondo (9)
- # cljsrn (14)
- # clojure (103)
- # clojure-europe (15)
- # clojure-greece (1)
- # clojure-italy (28)
- # clojure-nl (39)
- # clojure-spec (9)
- # clojure-uk (28)
- # clojuredesign-podcast (43)
- # clojurescript (56)
- # crux (47)
- # cursive (41)
- # data-science (10)
- # datomic (25)
- # duct (1)
- # emacs (1)
- # events (3)
- # figwheel-main (7)
- # fulcro (9)
- # graalvm (7)
- # graphql (10)
- # jobs (2)
- # nrepl (17)
- # off-topic (40)
- # quil (12)
- # reitit (11)
- # remote-jobs (5)
- # rum (2)
- # shadow-cljs (387)
- # sql (22)
- # tools-deps (8)
- # vim (26)
- # yada (9)
@aengelberg, sorry for leaving you hanging. It is just that I have no clues and just don’t know how to approach the issue. But there is hope. I just saw activity from someone in-the-know on this ticket: https://github.com/BetterThanTomorrow/calva/issues/248
Whoa, hey @pez. Long time no see, hope you're doing fine. I just noticed there are a lot of issues occurring with WSL, and I was the one who worked on it. 😅
I think the main reason is due to the Remote Development Extension. When I added support for WSL, this extension didn't exist before.
So things are now different. The
useWSL flag should be avoided if using this extension.
In fact, with this extension, any special logic I added for WSL should be removed. I believe it should now work without adding any special validations.
PR welcome! Both @c.fehse and @slack1038 are Windows users (well at least CF has WIndows available) so we should be able to work together to remove confusion and get this WSL business in some control.
I have been a little busy lately but I will try to make some time for this, seems like plenty of people need it!
I'm glad to have checked on the status of this project after I received a notification from @c.fehse when he closed this issue I opened 8 months ago haha https://github.com/BetterThanTomorrow/calva/issues/139
@aengelberg This is an issue with vscode 1.39.1. The bug is filed and the fix is merge there. Should be fixed in the next in recovery release of vscode coming this week.
@andres.rodriguezhn I just created a PR which addresses this flag. I think the flag can make sense if you starts a repl in wsl and connects from windows to it. If vscode is used with the wsl extension the flag is now ignored.
I think that a part of the fix should be to make it as clear as possible what's going on. Are there cases where this flag doesn't matter and where the user might get the impression that it matters? A good place to start is probably in the documentation of using Calva with WSL. So first we write down, in
docs/readthedocs/source/wsl.md, how we think would be a good way that it works. And then we look at the implementation so that it adheres to the documentation.
But first we merge my PR because the current implementation is harmful and breaks the definition provider is the flag is when it should not be set. gg
@pez Do we have any single command to restart the running REPL? Currently, I am using
Ctrl+C in the terminal and then jack-in again.
@andres.rodriguezhn, can you help us test this VSIX? It has @c.fehse’s fix for not letting the
useWSL setting mess things.
Calva 2.0.51 is out! Containing the latest batch of improvements by @c.fehse https://github.com/BetterThanTomorrow/calva/releases/tag/v2.0.51
just fyi to all on a bogey. Associate tried to jack-in a clojure project, and was having problems, and it ultimately was because of a stale version of VS-Code. We both run arch, so are updating with AUR packages, and his was a couple of months out of date. Calva must be pretty bleeding edge.... :face_with_cowboy_hat: