So

Pulling in tools.deps.alpha via a git/url hash, to access the branch that allows me to load in a jar from the repl

I'm also using slf4j

My logs stopped working (i.e., output)

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/home/david/.m2/repository/org/slf4j/slf4j-nop/1.6.2/slf4j-nop-1.6.2.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/home/david/.m2/repository/ch/qos/logback/logback-classic/1.2.3/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See  for an explanation.
SLF4J: Actual binding is of type [org.slf4j.helpers.NOPLoggerFactory]

according to the doc, the choice is totally random

why does deps include the nop static binding?

I can't exclude it, like I can if I'm doing "mvn/version"

(using :exclusions)

org.clojure/tools.deps.alpha  d0b33e0
...
...
chopped for brevity
...
    org.slf4j/slf4j-nop 1.6.2

From the slf4j doc

The warning emitted by SLF4J is just that, a warning. Even when multiple bindings are present, SLF4J will pick one logging framework/implementation and bind with it. The way SLF4J picks a binding is determined by the JVM and for all practical purposes should be considered random. As of version 1.6.6, SLF4J will name the framework/implementation class it is actually bound to.

I think we have a ticket for this, probably need to stop including that

Yes please! Having a library link in the static binding ain't right 🙂

Why did the exclusion not work?

not supported, according to the docs:

https://clojure.org/reference/deps_and_cli#_dependencies

you can for maven coordinates, but not for git coordinates

Did you try it?

Yup

org.clojure/tools.deps.alpha {:git/url ""
                                      :sha "d0b33e0d346736aa985c150145b332f97b92135e"
                                      :exclusions ["org.slf4j/jcl-over-slf4j"
                                                   "org.slf4j/slf4j-nop"] }}}

Should be a symbol, not a string

I think it will work

ah good spot

retrying

that worked, after rm -rf'ing my .cpcache dir

ta very much, but still, I think the nop should be excluded totally, may catch others out 😉

Yeah

Hey a new colleague is getting the following error when resolving a git dep in a private github repo. Not sure what to do… I’ve seen the ticket https://clojure.atlassian.net/projects/TDEPS/issues/TDEPS-91 which looks relevant.

Her ssh key appears to be the same version as mine which works…

-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED
DEK-Info: AES-128-CBC,xxxx

she’s also running ssh-agent and has added the key

so ssh-add -l lists her identity?

and I assume she does actually have access to the git repo (can access via git)

I've found on mac that I had a setting in my ~/.ssh/config under "Host *" that had a setting for IdentityFile or something like that which I had to delete

yes to both of those

👀

my ssh config looks like:

Host *
 AddKeysToAgent yes
 UseKeychain yes

thanks @alexmiller dropping IdentityFile works

ssh ninja

:punch:

I added that to that jira issue in a comment

:thumbsup: my future self with thank you again for that

ditto, I had to look it up (again)

@alexmiller 🎉 … private deps seem to be working for me now

(to be clear, this is just a general man-are-there-ever-a-lot-of-moving-parts-to-auth gripe, not a tools.deps gripe 🙂)

I'm curious how y'all are switching between different Java versions when using clj and clojure.

hint: the answer has nothing to do with clj and clojure :)

they just use whatever java is on the path

so to rephrase, how are y'all switching between Java versions on your OS of choice?

> they just use whatever java is on the path Got it. So that means that clj and clojure will ignore the version set by, for example, jenv?

I suppose since jenv works by providing a java shim it ought to still work provided that the jenv shim is the first java on the path. :thinking_face:

I don't know what jenv does but that seems right

Thank you! 🙂

@zane I set JAVA_HOME to point to the JDK installation that I want to use...

(! 586)-> JAVA_HOME=$OPENJDK11_HOME clj
Clojure 1.10.1
user=> (System/getProperty "java.version")
"11.0.1"
user=> ^D

Tue Aug 06 12:16:46
(sean)-(jobs:0)-(~/clojure)
(! 587)-> JAVA_HOME=$OPENJDK8_HOME clj
Clojure 1.10.1
user=> (System/getProperty "java.version")
"1.8.0_192"
user=> 

I think the way voidlinux does it is neat. JAVA_HOME points at a symlink, and xbps-alternatives changes the symlink.

I use arch, so I do sudo archlinux-java set java-12-openjdk

or sudo archlinux-java set java-8-openjdk

easy peasy