This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-04-23
Channels
- # beginners (27)
- # boot (8)
- # cider (17)
- # cljs-dev (8)
- # cljsrn (5)
- # clojure (56)
- # clojure-dev (34)
- # clojure-gamedev (4)
- # clojure-italy (32)
- # clojure-nl (22)
- # clojure-poland (3)
- # clojure-russia (17)
- # clojure-spec (31)
- # clojure-uk (48)
- # clojurescript (47)
- # core-async (41)
- # cursive (13)
- # datomic (22)
- # emacs (9)
- # figwheel (7)
- # fulcro (18)
- # graphql (3)
- # hoplon (15)
- # jobs-discuss (38)
- # keechma (1)
- # luminus (10)
- # off-topic (42)
- # onyx (8)
- # overtone (3)
- # protorepl (5)
- # re-frame (42)
- # reagent (6)
- # reitit (3)
- # schema (4)
- # shadow-cljs (39)
- # slack-help (5)
- # spacemacs (8)
- # specter (1)
- # tools-deps (36)
- # uncomplicate (9)
- # vim (34)
Hi i have monorepo with submodules - looks like deps does not follow second level of relative paths? Should it?
Can you explain your setup?
ui/
deps.end
backend/
deps.edn
libs/
lib1/deps.edn
lib2/deps.edn
# in ui
backend {:local/root "../backend"}
# in backend
lib1 {:local/root "./libs/lib1"}
you had “bacend” above - just checking that was a typo here
relative paths should work
and “.libs/lib1” should be “libs/lib1" or “./libs/lib1”
clj -Stree might be easier to read too
there might be an issue with relative local deps of relative local deps?
I can imagine how that would not work in the code
well you can definitely use absolute paths
we don’t take PRs for this project, but you can definitely file an issue at https://dev.clojure.org/jira/browse/TDEPS if you like
off the top of my head, I don’t see why this shouldn’t work
shouldn’t be made to work that is
I think I know where the problem is
but would be great to have a ticket
yep, will do - thank you. Done #TDEPS-74 + repo to reproduce https://github.com/niquola/local-deps-bug
clj -Sdeps '$(cat deps.edn | echo)'
mb? But I never tried that before
I mentioned this before, it's because the paths are not resolved relative to dependency manifest, but are relative to where the JVM started. Is it now the case that you're interested in supporting this? 😯
Sorry, I don’t remember that conversation