This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-06-03
Channels
- # announcements (12)
- # beginners (44)
- # boot (27)
- # calva (73)
- # cider (1)
- # clj-kondo (9)
- # cljdoc (9)
- # cljs-dev (15)
- # cljsrn (6)
- # clojure (90)
- # clojure-dev (5)
- # clojure-europe (4)
- # clojure-ireland (3)
- # clojure-italy (22)
- # clojure-mexico (2)
- # clojure-nl (8)
- # clojure-uk (32)
- # clojurescript (12)
- # core-async (2)
- # cursive (16)
- # data-science (10)
- # datascript (3)
- # datomic (44)
- # emacs (17)
- # events (4)
- # graalvm (1)
- # hoplon (5)
- # jackdaw (17)
- # keechma (11)
- # nrepl (7)
- # off-topic (24)
- # re-frame (19)
- # reitit (4)
- # rewrite-clj (2)
- # robots (9)
- # shadow-cljs (20)
- # sql (12)
- # testing (4)
- # tools-deps (23)
- # vim (55)
I’m running a clojure CLI tool inside travis, and one of the deps is in a private github repo; and it dies with an error like:
Error building classpath. [email protected]:company/private-repo.git: Auth fail
The build itself is itself inside a private repo too, and travis seems to be able to clone that ok.
Any ideas what I might need to do?
@rickmoynihan I would guess ssh-add
or similar
I would’ve expected travis to already have that setup though, given that one of the first things it does is clone a private GH repo
github
clj uses jgit/jsch (not git) so it's definitely possible to have git work on the initial clone and then tools.deps fail to clone a dep repo
there are a number of deficiencies in the jgit/jsch stuff (we're on a somewhat old version now too). definitely needs some attention and we're considering either using a newer version or calling out to git or possibly making both available
Does tools.deps support loading native .so libs via JNI? With leiningen, I had:
:resource-paths ["lib"]
:native-path "%s/lib"
:jvm-opts [~(str "-Djava.library.path=lib/:" (System/getenv "$LD_LIBRARY_PATH"))]
And that did the trick. I've tried a few different things but can't get this working with tools.deps (I get an UnsatisfiedLinkError.)no, this is not yet supported
tools.deps can add paths to the classpath and use jvm opts, but it doesn't have support for unpacking or loading native libs
Dang, alright. Thanks.
@alex.joseph.whitt what lib is this? Most of the ones I've seen unpack themselves.
it's built from this: https://github.com/entropia/libsocket-can-java/blob/master/jni/cansocket.cpp
lein has a thing I think that unpacks native libs
I don't know the details
For now I'll probably try to follow this approach: https://stackoverflow.com/a/28012737/2015090
It would be real nice if this was just built in
@rickmoynihan Almost bedtime, but you can add a user's git keys with circleci and this allows you to use private libs (assuming they are accessible with those keys). I can have a look tomorrow if necessary