This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-02-08
Channels
- # announcements (4)
- # aws (3)
- # babashka (5)
- # beginners (16)
- # cider (8)
- # clj-kondo (3)
- # clojars (8)
- # clojure (115)
- # clojure-uk (15)
- # clojurescript (18)
- # data-science (5)
- # datomic (14)
- # fulcro (49)
- # funcool (6)
- # graalvm (3)
- # graphql (4)
- # lumo (17)
- # malli (5)
- # off-topic (15)
- # reitit (18)
- # ring-swagger (8)
- # rum (2)
- # shadow-cljs (35)
- # tools-deps (18)
- # uncomplicate (2)
- # vrac (1)
what's the use case?
@mss If you do CLJ_CONFIG=/path/to/other/folder cllj
it will look there for the user-level deps.edn
(instead of you home directory) which might give you part of the solution?
I like the -Sdeps-file
idea tho'. I would use that quite often I suspect if clojure
supported it. @alexmiller would that even be considered as an enhancement?
I often use it when I need the classpath from some other project in some other directory to lint with clj-kondo
that works, but your local deps.edn will still be merged in, which is not always what I want
Yeah, there are a lot of possibilities around which combination of files you might want to work from.
I've walked down the path of adding this a couple times for different reasons but there are a lot of unobvious consequences
like do you interpret relative paths in deps.edn from the deps.edn location or current location?
there are also now a lot of code locations that assume the deps.edn name, not just in tools.deps.alpha but in external tools around it
at the moment the tradeoffs don't seem worth it to me but I am interested to hear about cases where people need stuff like this though so I can continue to evaluate that