can you explain why this is > Still, there was no easy way to just connect to a regular nREPL server and teach it all the tricks that CIDER needs it to know. I had thought most of the cider logic was in the server, when you say CIDER are you talking about the client? (emacs program?)

> By the way, did I mention that now nREPL’s sideloader is fully supported in CIDER, so you can load random Clojure libraries (not just nREPL middleware) on demand Awesome. (though i mostly work in cljs)

> Auto-fetch Java Sources and Javadocs yea! > (Lein-only) awww :cry does somethng out of this lib just need to be made to work with deps? https://github.com/clojure-emacs/enrich-classpath

> ClojureScript support continues to be an area that needs a lot of love 🙂

> I had thought most of the cider logic was in the server, when you say CIDER are you talking about the client? (emacs program?) Yes, for me CIDER has always been only the Emacs client. And yeah - the bulk of the code is on the server-side, so I was most referring here that you need cider-nrepl to support all of CIDER's features.

> does somethng out of this lib just need to be made to work with deps? https://github.com/clojure-emacs/enrich-classpath Yep, there's even an open PR with a potential idea. With Lein it was easy to integrate the library as a plugin, so we "magically" fetch the necessary things and update the classpath, but with tools.deps it's not super clear how to do this, without creating some wrapper around the clj command. I guess it's not particularly hard, but neither me, nor @U45T93RA6 uses tools.deps, so we'll leave it to someone else to tackle this.

The lib itself needs no modifications. The problem indeed is how you invoke it: Lein has plugins, t.deps has not. So as mentioned we are inclined towards a clojure wrapper as shown in https://github.com/clojure-emacs/enrich-classpath/pull/8 . That PR works perfectly fine for its author btw, it's just that I don't consider it prod-quality yet. Someone else could pick that PR, that would be much welcome since its author is not as available these days.

> I guess it's not particularly hard, but neither me, nor @U45T93RA6 uses tools.deps, fwiw, I work with t.deps, both at work and with random git clones. My trick is to wrap tools.deps with Lein. Lein is so powerful that you can implement tools.deps in it in 100LOC and no external plugins. Here's an example of a project.clj that will parse sibling deps.edn files: https://github.com/jonase/eastwood/blob/8c920f6c8f1ec2aab78618fd71c6866207b1fa3f/.circleci/deps_project.clj So that's another way of using enrich-classpath in deps.edn projects, which I use daily. More of a personal hack than something I'd want to be widespread.

Lastly, I reckon enrich-classpath will remain disabled by default for a couple more weeks. Couple fixes incoming

thanks for the insight