Hi folks! How do you prevent mixing up clj and clojurescript repls and sending code (especially from .cljc files) to the wrong ones, any tips? @cfleming would it be perhaps possible to have different color backgrounds for clj x cljs repl? I know the name of the repl is written above it but I needed it rarely and thus normally just ignore it so it is impossible to spot that I am in the "wrong" repl.

Well. I’m completely borked this morning and can’t figure out why, or how to fix it. All my Clojure projects are blowing up and losing their deps files. I had enabled Kondo earlier so suspect that has something to do with it, but I’ve disabled and I’m still crapping out with this exception:

Error resolving /Users/rporter/projects/ridehealth/services/ridehealth.fltmatch/deps.edn: 

java.lang.NullPointerException
	at cursive.deps.relocate$with_deps_relocation.invokeStatic(relocate.clj:35)
	at cursive.deps.relocate$with_deps_relocation.invoke(relocate.clj:31)
	at cursive.deps.relocate$with_relocation.invokeStatic(relocate.clj:57)
	at cursive.deps.relocate$with_relocation.invoke(relocate.clj:43)
	at cursive.deps.project$project_details$fn__1234.invoke(project.clj:153)
	at clojure.core.protocols$fn__8183.invokeStatic(protocols.clj:168)
	at clojure.core.protocols$fn__8183.invoke(protocols.clj:124)
	at clojure.core.protocols$fn__8138$G__8133__8147.invoke(protocols.clj:19)
	at clojure.core.protocols$seq_reduce.invokeStatic(protocols.clj:31)
	at clojure.core.protocols$fn__8170.invokeStatic(protocols.clj:75)
	at clojure.core.protocols$fn__8170.invoke(protocols.clj:75)
	at clojure.core.protocols$fn__8112$G__8107__8125.invoke(protocols.clj:13)
	at clojure.core$reduce.invokeStatic(core.clj:6833)
	at clojure.core$reduce.invoke(core.clj:6815)
	at cursive.deps.project$project_details.invokeStatic(project.clj:129)
	at cursive.deps.project$project_details.invoke(project.clj:76)
	at clojure.lang.Var.invoke(Var.java:388)
	at org.projectodd.shimdandy.impl.ClojureRuntimeShimImpl.invoke(ClojureRuntimeShimImpl.java:124)
	at org.projectodd.shimdandy.impl.ClojureRuntimeShimImpl.invoke(ClojureRuntimeShimImpl.java:117)
	at cursive.shim.ShimBootstrap$Shim.apply(ShimBootstrap.java:53)
	at cursive.deps.DepsProjectDetails$doGetDetails$details$1.invoke(Project.kt:162)
	at cursive.deps.DepsProjectDetails$doGetDetails$details$1.invoke(Project.kt:84)
	at cursive.shim.ShimProvider.withShim(Shim.kt:110)
	at cursive.deps.DepsProjectDetails.doGetDetails(Project.kt:161)
	at cursive.deps.DepsProjectDetails.doGetDetails(Project.kt:84)
	at cursive.build.BuildSystemProjectDetails.getProjectDetails(BuildSystem.kt:42)
	at cursive.build.BuildSystemProjectsManager$reimportAllProjects$$inlined$synchronized$lambda$1.run(BuildSystemManager.kt:148)
	at cursive.build.BuildSystemUtil$runTask$1$1.run(BuildSystemUtil.kt:93)
	at com.intellij.openapi.progress.impl.CoreProgressManager$TaskRunnable.run(CoreProgressManager.java:962)
	at com.intellij.openapi.progress.impl.CoreProgressManager.lambda$runProcessWithProgressAsync$5(CoreProgressManager.java:472)
	at com.intellij.openapi.progress.impl.ProgressRunner.lambda$submit$3(ProgressRunner.java:235)
	at com.intellij.openapi.progress.impl.CoreProgressManager.lambda$runProcess$2(CoreProgressManager.java:178)
	at com.intellij.openapi.progress.impl.CoreProgressManager.registerIndicatorAndRun(CoreProgressManager.java:658)
	at com.intellij.openapi.progress.impl.CoreProgressManager.executeProcessUnderProgress(CoreProgressManager.java:610)
	at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:65)
	at com.intellij.openapi.progress.impl.CoreProgressManager.runProcess(CoreProgressManager.java:165)
	at com.intellij.openapi.progress.impl.ProgressRunner.lambda$submit$4(ProgressRunner.java:235)
	at java.base/java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1700)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.util.concurrent.Executors$PrivilegedThreadFactory$1$1.run(Executors.java:668)
	at java.base/java.util.concurrent.Executors$PrivilegedThreadFactory$1$1.run(Executors.java:665)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.util.concurrent.Executors$PrivilegedThreadFactory$1.run(Executors.java:665)
	at java.base/java.lang.Thread.run(Thread.java:834)

I'm not sure what clj-kondo would have to do with this, since it doesn't do anything with deps.edn

I don’t think it did. It was just the only change I had made.

Maybe it's something in your deps.edn causing this?

I’ve tried other projects that haven’t been touched recently and get the same error.

I used to find if everything suddenly stopped working it was because snap updated my intellij (I have since stopped using snap)

I’m still on 2020.3.2.

I’ve been an IJ user for 20 years and a Cursive user for about two. But right now, I’m super close to throwing it in the trash and re-learning emacs.

Ah. Wait…I may have made one other update external to IJ.

brew upgraded clj. >_<

Hi @coyotesqrl - you’ve probably already figured this out but there appears to be a problem with Cursive and clojure 1.10.2.790 : https://github.com/cursive-ide/cursive/issues/2511

I ran into this myself yesterday evening but solved the problem by downgrading clojure with clojure homebrew tap: https://clojure.org/news/2020/02/28/clojure-tap

Yes, sorry about that issue, I reproduced it yesterday and hopefully will be releasing a fix today.

What was the last working version of Clojure CLI + Cursive? 1.10.2.786?

the prior stable release was 1.10.2.774

so if you're going to pick one, I'd pick that one https://clojure.org/releases/tools