This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-11-20
Channels
- # aleph (12)
- # announcements (7)
- # aws (6)
- # babashka (36)
- # beginners (161)
- # boot (1)
- # calva (6)
- # cider (21)
- # clj-kondo (13)
- # cljs-dev (28)
- # cljsrn (1)
- # clojars (3)
- # clojure (13)
- # clojure-colombia (1)
- # clojure-europe (10)
- # clojure-spec (12)
- # clojure-uk (47)
- # clojuredesign-podcast (2)
- # clojurescript (67)
- # datascript (8)
- # datomic (21)
- # duct (3)
- # emacs (6)
- # events (1)
- # fulcro (6)
- # graalvm (98)
- # jobs (1)
- # kaocha (18)
- # luminus (1)
- # malli (7)
- # off-topic (56)
- # pathom (5)
- # re-frame (18)
- # reagent (3)
- # reitit (9)
- # remote-jobs (3)
- # rewrite-clj (10)
- # ring (1)
- # shadow-cljs (155)
- # spacemacs (2)
- # sql (5)
- # tools-deps (27)
- # vim (86)
- # xtdb (2)
What's the recommended way for evaluating the dependency tree for deps.edn based projects (e.g., lein deps :tree)? I've tried clj -A:dev:test -Spom && mvn dependency:tree -Dverbose=true
, but I just get an exception that maven can't resolve the project deps
I'm trying to find out if a dep somewhere is loading an old tools.reader
that ends up spitting out some warnings in my project
I've used clj -A:dev:test -Stree
, but wasn't sure if there is a more verbose one, as the -Stree
approach only shows one dependency on tools.reader and it's definitely of a version that includes a fix to not have the warnings..
can you share the exception?
it contains an AOT-ed version of tools.reader, which doesn’t show up in the dependency tree
I have a commit in master
which brings the dependency up-to-date (https://github.com/cloverage/cloverage/commit/882c21041384c76d397d6429780e10531de9dc40)
@alexmiller Could be of note, I am running through WSL2 (Ubuntu 18.04)
looks like missing clojars repo or something
Oh! good call. @dadair you might get rid of those warnings by adding cloverage {:mvn/version "1.1.3-SNAPSHOT"}
to your deps.edn
.
Confirmed that the override is in place, just not working
david@DESKTOP-DM3AHSA:~/git/appserver$ clj -A:dev:test -Stree | grep -C 15 'cloverage'
org.eclipse.jetty/jetty-io 9.4.0.v20161208
org.eclipse.jetty/jetty-alpn-server 9.4.0.v20161208
expound/expound 0.7.2
org.clojure/tools.cli 0.4.2
duct/migrator.ragtime 0.2.2
pandect/pandect 0.6.1
integrant/integrant 0.6.3
com.stuartsierra/dependency 0.2.0
ragtime/ragtime 0.7.2
ragtime/core 0.7.2
ragtime/jdbc 0.7.2
resauce/resauce 0.1.0
duct/logger 0.2.1
phrase/phrase 0.3-alpha4
integrant/repl 0.2.0
lambdaisland/kaocha-cloverage 0.0-41
cloverage/cloverage 1.1.3-SNAPSHOT <==========
org.clojure/data.json 0.2.6
org.clojure/tools.logging 0.5.0
org.clojure/tools.namespace 0.3.1
riddley/riddley 0.2.0
org.clojure/data.xml 0.0.8
duct/module.logging 0.3.1
duct/logger.timbre 0.4.1
com.taoensso/timbre 4.10.0
io.aviso/pretty 0.1.33
com.taoensso/tufte 2.0.1
com.taoensso/encore 2.94.0
com.taoensso/truss 1.5.0
iapetos/iapetos 0.1.8
io.prometheus/simpleclient_pushgateway 0.2.0
io.prometheus/simpleclient_common 0.2.0
If cloverage has the other one and ends up first in the classpath it will win
Whether it’s first is pretty arbitrary
-Spath should be exactly what you’re running
hmm, using -Spath, cloverage is on the snapshot version (1.1.3-SNAPSHOT), and tools.reader is at the fixed version 1.3.2, yet the warnings are still printing..
you can take clj out of the loop by doing java -cp <the-path-from-Spath> clojure.main <your-main-args>
and then feel free to reorder / edit the cp to try things