clj -Stree seems to work though. it has nice X-es and dots in front of the dependency names

@onetom Sounds you have a :deps aliases that doesn't come from the system deps.edn file?

That version of t.d.a is old.

The new CLI uses 0.9.857

seanc@DESKTOP-30ICA76:~/oss$ clojure -A:deps -Stree
org.clojure/clojure 1.10.1
  . org.clojure/spec.alpha 0.2.176
  . org.clojure/core.specs.alpha 0.2.44
org.clojure/tools.deps.alpha 0.9.857

i know it's the old one, that's why im surprised and showed what happened.

Like I said, you have a :deps alias in your user deps.edn I suspect.

ah, indeed. i probably copied it from your ~/.clojure/deps.edn

https://github.com/seancorfield/dot-clojure/commit/431a9f0ed6d763260bfa2c9b568f405b5bd59453 July 28th I changed that 🙂

both this and previous are again https://clojure.atlassian.net/browse/TDEPS-175

you can do this for now with -Stree

or you can use -Strace and whatever to create a trace.edn and feed it to -X:deps tree with :file

Yeah, I know what the workarounds are 🙂

I'm asking about a "better future" 🙂

well, this is the same conversation we've already had, not sure what more you're looking for

I was at least hoping for a comment on the name of the argument, given our past conversations.

I'm not sure how to convey "haven't worked on it yet" more than previously :)

Fair enough. I was fishing for an opinion or a direction, that's all.

I mean, I'm about to do this for depstar so calling it :argmaps because that's what mvn-install uses is one approach, but calling it :aliases seems a bit more intuitive.

(one big "downside" to the exec stuff is that the names of arguments become part of the API so this is more important than it used to be)

i thought about using CLJ_CONFIG to override the per-user default within project environments, but that would also prohibit developers to access their personal tools...

We used to do that. It "works" but it introduces all sorts of problems regarding tools. We stopped doing that.

so do you require your devs so define certain aliases in their ~/.clojure/deps.edn in order for the walmart projects to work or that's the thing you mean you stopped doing?

i for example moved the ion-dev deps into the project's own deps.edn because we were accidentally using an older version on one of the machines and it failed in mysterious ways...

i just don't want to keep copy-pasting a lot of "boilerplate" setup, while we are in a monorepo, where it could be just centralized.

Unfortunately, there's no "good" solution for monorepos at this point. Or, more generally, for providing "shared project deps". Feel free to upvote this issue https://ask.clojure.org/index.php/9849/teams-common-dependencies-tooling-across-multiple-projects

We used to use the CLJ_CONFIG "hack". Now we're using a different "hack" that involves generating deps.edn from template files. Neither are good.

good to hear that "it's not just me" 🙂 the problem is that i don't even know what would a great solution look like... otherwise i would hack together something

thanks for sharing the problem statement!

I think a reasonable solution is to be able to specify one-or-more additional deps.edn files that should be processed in this order: system -> user -> <specified deps.edn files in order> -> project deps.edn -> command-line -Sdeps

but that touches a lot of parts of tools.deps.alpha

Indeed, this is exactly what happens

jack-in command: /usr/local/bin/clojure -Sdeps '{:deps {nrepl {:mvn/version "0.8.3"} cider/cider-nrepl {:mvn/version "0.25.5"}}}' -A:dev:test -m nrepl.cmdline --middleware '["cider.nrepl/cider-middleware"]'

No, that's not what I meant.

oh

I literally meant :main-opts so that it is merged last and "wins"

-A:test sets -m which seems conflicting with -m from the cider

ah, so we need to migrate anyway

clojure -Sdeps '{:deps ... :aliases {:cider/jack-in {:main-opts ["-m" ...]}}}' -M:dev:test:cider/jack-in --middleware ...

Since there is no way to specify :main-opts without an alias (at least, not right now).

probably I should reach to cider people to discss this

thanks for help!

that's a clever idea. offhand do you know if that works for the past several versions of t.d.a?

(don't research, just if you know off-the-cuff)

Which "that" are you asking about?

the main opts in the inline -Sdeps and last merged wins

That's always been the way :main-opts works in aliases.

awesome. thanks @U04V70XH6

(I assume you mean "Clojure CLI" not "t.d.a"?)

yes. i always blank on how to specifically refer to the command line stuff, not the language, not the library it is built on, etc

i'll go with Clojure CLI from now on

@U11BV7MTK Mostly I nitpick on that because the versions of Clojure, the Clojure CLI, and the underlying t.d.a are all different.

> This is another case where I think `-R` should have been retained for “REPL” operations and expanded to include both resolve-args (old behavior) and classpath-args -- in the same way `-M` was expanded to include resolve-args and classpath-args -- in addition to just `:main-opts` (old behavior). And `-A` deprecated. That would have been an easier migration path for people. But that ship has sailed that would be ideal indeed

i appreciate it. i hope it didn't sound snarky. i always grasp for the right way to phrase it so thanks

This is a good point I had not considered. This point and given the different opinions on how to resolve cider-jack-in with clojure cli tools, I will switch to cider-connect and update the book to use that as the main approach for anything but a beginning. I have all the aliases I need to connect CIDER, Calva and Conjure to a repl run in a terminal, and they are updated monthly. Thank you.

The intention is not to run two separate tools - but to use the deps and paths from alias (ignoring the -m). Similar to what was possible to achieve using -c and -r opts

The simplest approach is to have two aliases, one for test and one for a test runner. That is what I do any what I have seen from others. Defining specific is also more efficient, as you are only loading in libraries that you are actually using. Loading in kaocha and it's great many dependencies adds to startup time and also more potential for library version conflicts, especially on larger Clojure projects.

I understand that two separate aliases will work But I was looking for “-C” / “-R” analogs which allows you just pick paths/deps from the alias (now it is deprecating, so was asking how one can to do something similar with a new syntax)

The issue you raise is easily solved, just add an alias that runs the nREPL.middleware to the end of the chain of aliases. I used your :test alias with the :middleware/cider-clj from my practicalli/clojure-deps-edn and Cider jack-in works without any issues

oke, thanks

Or you can just set cider variables to switch the cider auto-inject off Nd just use whatever aliases you wish, so long as a cider one is last.

On the command line, clojure -M:foo:bar:baz:lizard:spock would only run the main-opts from :spock even if all of the aliases have :main-opts configuration. Again this is simpler than having lots of different flags to remember.