This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-01-30
Channels
- # announcements (14)
- # aws (2)
- # beginners (167)
- # calva (25)
- # cider (124)
- # cljs-dev (2)
- # cljsrn (7)
- # clojars (2)
- # clojure (113)
- # clojure-europe (2)
- # clojure-italy (6)
- # clojure-spec (30)
- # clojure-uk (90)
- # clojurescript (20)
- # code-reviews (16)
- # cursive (28)
- # data-science (2)
- # datomic (89)
- # duct (97)
- # emacs (4)
- # figwheel-main (12)
- # fulcro (37)
- # graphql (3)
- # java (3)
- # jobs (2)
- # juxt (3)
- # kaocha (37)
- # leiningen (2)
- # luminus (2)
- # off-topic (30)
- # onyx (2)
- # pathom (3)
- # qlkit (1)
- # re-frame (7)
- # reagent (2)
- # reitit (62)
- # remote-jobs (9)
- # shadow-cljs (26)
- # tools-deps (19)
- # vim (1)
- # yada (8)
I’m trying to import a shadow-cljs project that uses deps.edn, but I’m getting a “sync failed” message. I’m not sure what’s wrong, or what to do next.
Could you see the file? I got a message from slack that says the workspace doesn’t have any space left
@astrashe Interesting, I wonder if it’s just taking a long time to sync all the deps. If you do e.g. clj -Spath
on the command line and then try again in Cursive, does that help?
clj -Spath
didn’t work. The error comes back immediately — I think I’ve probably got something big misconfigured.
@astrashe Can you send a screenshot of Settings->Build, Execution, Deployment->Build Tools->Clojure Deps?
I think I didn’t have a clojure command specified — I put in the path, and it seems to be working
@astrashe Ok, thanks - the latest EAP version should have better validation for that case.
I’ll check it out. Thanks again, it’s incredible that you’re here to help at this time of the night!
On latest EAP I get "Please Refresh to see available tools.deps versions" when trying to import a Module from a deps.edn
@grav Can you try configuring that first at Settings->Build, Execution, Deployment->Build Tools->Clojure Deps, then retrying the import? Someone reported something similar the other day.
If I make some changes to a source file, then execute the clojure.tools.namespace.repl/refresh
function, and then run the "Run tests in current NS in REPL" command, I get an error like this:
Alias handler already exists in namespace foo.handler-test, aliasing foo.handler
I have to do something like (ns-unalias *ns* 'handler)
for every namespace required in the test namespace to fix the error.
I understand why it happens, but I wonder whether there's an easier way to fix the issue?Sorry for necroposting 😅 @cfleming Any idea why this happens and how to resolve it? I'm also getting that issue. BTW, thanks for adding the show diff KB shortcut in tests 🔥
I avoid tools.namespace.repl these days (and don't use Cursive any more), but a couple of ideas come to mind:
• I wonder if adding your test dir into t.n.r. refresh dirs would fix the issue?
• If all else fails, you can add a custom Cursive REPL command that does (run! #(ns-unalias *ns* (first %)) (ns-aliases *ns*))
, then run the tests again.
Hi @flowthing, thanks a lot for the suggestion, seems like adding the test
dir works. Let's see if I'll hit the issue again. 🙏
Sounds similar to the issue I asked about the other day @flowthing https://clojurians.slack.com/archives/C0744GXCJ/p1548687418285100
does anyone use Cursive with Arcadia?
there is a socket and a basic nrepl: https://github.com/arcadia-unity/Arcadia/wiki/REPL#editor-integration
I had a punt at connecting with remote repl but got TypeNotFoundException: Unable to find type: cursive.repl.runtime
I'm happy to work on this if anyone has any pointers that can help me get started.