This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-10-18
Channels
- # 100-days-of-code (6)
- # announcements (4)
- # beginners (126)
- # cider (49)
- # cljdoc (28)
- # cljsrn (3)
- # clojure (89)
- # clojure-dev (19)
- # clojure-greece (2)
- # clojure-italy (13)
- # clojure-mexico (1)
- # clojure-nl (13)
- # clojure-spec (108)
- # clojure-sweden (1)
- # clojure-uk (48)
- # clojurescript (31)
- # cloverage (3)
- # core-async (16)
- # cursive (28)
- # data-science (3)
- # datascript (1)
- # datomic (60)
- # defnpodcast (1)
- # docker (17)
- # editors (18)
- # emacs (16)
- # events (1)
- # figwheel (22)
- # figwheel-main (4)
- # graphql (26)
- # jobs (2)
- # off-topic (9)
- # om-next (2)
- # overtone (4)
- # perun (1)
- # re-frame (2)
- # reagent (18)
- # reitit (1)
- # ring-swagger (2)
- # shadow-cljs (2)
- # tools-deps (49)
- # uncomplicate (1)
- # unrepl (1)
- # vim (2)
How can I debug the clj tool chain? clj
hangs when I put org.openjfx/javafx-graphics {:mvn/version "11"}
in the deps.edn file.
did it successfully download the jar?
maybe I need to wait longer? Still it works just fine in boot, so there is some issue here with the clj tool.
at clojure.lang.APersistentVector.hasheq(APersistentVector.java:162)
at clojure.lang.Util.dohasheq(Util.java:177)
at clojure.lang.Util.hasheq(Util.java:168)
at clojure.lang.PersistentHashMap.hash(PersistentHashMap.java:120)
at clojure.lang.PersistentHashMap.valAt(PersistentHashMap.java:152)
at clojure.lang.PersistentHashMap.valAt(PersistentHashMap.java:156)
at clojure.lang.RT.get(RT.java:753)
at clojure.core$get.invokeStatic(core.clj:1492)
at clojure.core$get.invoke(core.clj:1486)
at clojure.lang.ArrayChunk.reduce(ArrayChunk.java:58)
at clojure.core$reduce1.invokeStatic(core.clj:934)
at clojure.core$get_in.invokeStatic(core.clj:6062)
at clojure.core$get_in.invoke(core.clj:6062)
at clojure.tools.deps.alpha$excluded_QMARK_.invokeStatic(alpha.clj:87)
at clojure.tools.deps.alpha$excluded_QMARK_.invoke(alpha.clj:83)
at clojure.tools.deps.alpha$include_coord_QMARK_.invokeStatic(alpha.clj:113)
at clojure.tools.deps.alpha$include_coord_QMARK_.invoke(alpha.clj:106)
at clojure.tools.deps.alpha$expand_deps.invokeStatic(alpha.clj:180)
at clojure.tools.deps.alpha$expand_deps.invoke(alpha.clj:165)
at clojure.tools.deps.alpha$resolve_deps.invokeStatic(alpha.clj:228)
at clojure.tools.deps.alpha$resolve_deps.invoke(alpha.clj:210)
at clojure.tools.deps.alpha.script.make_classpath$create_classpath.invokeStatic(make_classpath.clj:59)
at clojure.tools.deps.alpha.script.make_classpath$create_classpath.invoke(make_classpath.clj:52)
at clojure.tools.deps.alpha.script.make_classpath$run.invokeStatic(make_classpath.clj:70)
at clojure.tools.deps.alpha.script.make_classpath$run.invoke(make_classpath.clj:64)
at clojure.tools.deps.alpha.script.make_classpath$_main.invokeStatic(make_classpath.clj:109)
at clojure.tools.deps.alpha.script.make_classpath$_main.doInvoke(make_classpath.clj:84)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.lang.Var.applyTo(Var.java:702)
at clojure.core$apply.invokeStatic(core.clj:657)
at clojure.main$main_opt.invokeStatic(main.clj:317)
at clojure.main$main_opt.invoke(main.clj:313)
at clojure.main$main.invokeStatic(main.clj:424)
at clojure.main$main.doInvoke(main.clj:387)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.lang.Var.applyTo(Var.java:702)
at clojure.main.main(main.java:37)
https://github.com/clojure/tools.deps.alpha/commit/b03942bbc75780537d8bfd91535b3a21d79a93ee
More background: https://dev.clojure.org/jira/browse/TDEPS-79
@pauld can you drop a comment on TDEPS-79 with your deps.edn so I can double-check it is the same thing?
part java question, part tools.deps question. I'm trying to leverage the git/url dep functionality on this java repo
my dep looks like this
com.kunstmusik/CsoundJNA {:git/url ""
:sha "a717dc3af6bf268b2962cac854d3fa9c0e2901a9"}
it's downloaded to ~/.gitlibs and is added onto the classpath, all good there.
But the importing is the tricky part, knowing little about java, could it be that the pom.xml
file is ignored or is missing some information, https://github.com/kunstmusik/CsoundJNA/blob/master/pom.xml or is my import on the java class wrong?
(:import [com.kunstmusik.csoundjna CsoundJNA])
in my deps.edn file I have this as well
org.clojure/tools.deps.alpha {:mvn/version "0.5.460"}
you can’t use a Java dep like this as something has to compile the java file to a class file. For that, you either need a build tool or an artifact with compiled classes in it.
git deps are only going to be useful with Clojure source only (which does not require a build)
ah, I understand now. Thanks @alexmiller! I'll ask my friend to just publish it to maven, probably easier 🙂
Why does (reader/clojure-env)
care about actually building a classpath?
Background: we use an env var for CLJ_CONFIG
so we have a known "baseline" for aliases and override-deps etc; but our actual deps require an alias -- -Adefaults
-- to resolve since they all have {}
for the coords and the actual versions are provided by the alias and :override-deps
. So we can run
CLJ_CONFIG=../versions clojure -Adefaults -Sdescribe
but if we omit the alias, (reader/clojure-env)
blows up with Error building classpath. Coordinate type not loaded for library selmer/selmer in coordinate {}
Because of course we can't pass the alias into the clojure-env
shell call to clojure -Sdescribe
@alexmiller Is there a reason that describe needs to build the classpath? If so, would you be open to a patch to allow additional arguments to be passed into clojure-env
to support required aliases etc?
Looks like it fails because it thinks it is "stale" and therefore runs the classpath generation code.
@seancorfield there is a ticket for this already (and no, I don’t think so)
Yup, confirmed. I modified my local clojure
script to set stale=true
when describe is true, and also set cp=
to avoid loading the (possibly non-existent) .cpcache
file, and then clojure-env
runs as expected in my environment.
I attached a patch to that ticket matching what I changed locally to make that work @alexmiller /cc @U09LZR36F
@alexmiller Do you think TDEPS-82 will get fixed and released "soon"? We have an "outdated dependencies" step in our build chain that we'd like to run other places that just my dev machine so we'd need an updated clojure
release for that.
I would like to fix TDEPS-79 and would then be happy to pull 82 along with that into a release
@alexmiller I think the documentation formatting is broken at https://clojure.org/reference/deps_and_cli#_maven_s3_repos
thx, I just modified that yesterday, will fix
Looks like maybe the code block was supposed to end after
<servers>
...
<server>
<id>my-private-repo</id>
<username>AWS_ACCESS_KEY_HERE</username>
<password>AWS_SECRET_ACCESS_KEY_HERE</password>
</server>
...
</servers>
but didn't.yeah, just fixed