Fork me on GitHub
#tools-deps
<
2019-01-04
>
Alex Miller (Clojure team)00:01:34

run ssh-add -l to see if the ssh agent is running and has an identity in it (you should get probably 1 line back)

Alex Miller (Clojure team)00:01:06

given that it’s public, you could use the https url too, which would probably just work

Alex Miller (Clojure team)00:01:03

if you have an ssh identity though, the likely problem areas are your /.ssh/config, or something with /.ssh/known_hosts or the host key types

kenny01:01:49

I'll just switch the https for now and deal with it in the future if I need to access private repos.

rickmoynihan10:01:11

FYI peeps there is a new version of lein-tools-deps that uses 0.6.474. The main improvement is the TDEPS-82 fix which significantly improves runtime performance as we no longer resolve deps twice (Thanks Alex!). Also we no longer hardcode how we locate the clojure command line tool. https://github.com/RickMoynihan/lein-tools-deps

rcustodio13:01:57

Do you guys use depstar more or boot with this?

jeroenvandijk13:01:22

I haven't used it on our major projects (leiningen, still too much hassle to switch). On new projects I'm working on boot and juxt.pack. expect for uberjar-ing boot works as expected

rcustodio13:01:26

I see, good to know, thanks

seancorfield17:01:13

We switched from Boot a few months ago and our entire dev/test/build pipeline is now based on clj/`deps.edn` and uses my fork of depstar (which has bug fixes and also the ability to create "thin" JAR files such as you'd push to Clojars).

rcustodio17:01:24

Is that fork public?

👍 5
seancorfield19:01:32

Yes, and deployed to Clojars for easy usage.

rcustodio13:01:30

I’ve added javax.xml.bind/jaxb-api {:mvn/version "‎2.3.1"} but I’m having this Error building classpath. Could not find artifact javax.xml.bind:jaxb-api:jar:‎2.3.1 in central ()

rcustodio13:01:33

Can anyone help me?

rcustodio13:01:51

:deps {br.com.vikingmakt/augustus {:mvn/version "0.1.12"}
        br.com.vikingmakt/njord {:mvn/version "0.3.0"}
        cheshire {:mvn/version "5.8.1"}
        clj-http {:mvn/version "3.9.1"}
        clj-time {:mvn/version "0.15.0"}
        com.novemberain/langohr {:mvn/version "5.0.0"}
        com.novemberain/monger {:mvn/version "3.5.0"}
        javax.xml.bind/jaxb-api {:mvn/version "‎2.3.1"}
        org.apache.logging.log4j/log4j-core {:mvn/version "2.11.1"}
        org.clojure/clojure {:mvn/version "1.10.0"}
        org.clojure/tools.logging {:mvn/version "0.4.1"}}
 :mvn/repos {"central" {:url ""}
             "clojars" {:url ""}}

rcustodio14:01:09

No idea what is wrong with it

Alex Miller (Clojure team)14:01:35

that leading quote on “2.3.1” looks weird - maybe a smart quote? “‎2.3.1"

rcustodio14:01:43

woooow…. thanks @alexmiller for some reason emacs was not showing any diff on quotes to me

Alex Miller (Clojure team)14:01:12

when I copy pasted, it came over as quote-space in my terminal

rcustodio14:01:25

I see.. next time I will try that, thanks

seancorfield17:01:13

We switched from Boot a few months ago and our entire dev/test/build pipeline is now based on clj/`deps.edn` and uses my fork of depstar (which has bug fixes and also the ability to create "thin" JAR files such as you'd push to Clojars).

orestis17:01:48

I’m using @seancorfield ‘s depstar and it works just fine. I might want to do AOT eventually but for now it does the job.

seancorfield17:01:53

AOT is evil. Stay away! 😇

orestis17:01:01

I’ve seen you saying that before, but I’m not sure what the downsides are for things that go to production? Upside is less than half of the startup time (we went from 8s to 23s when switching from cambada to depstar).

seancorfield19:01:46

AOT of an entire app as the last step before building an uberjar for production deployment is fine if you care about startup time.

orestis17:01:57

I’d love to know what I’m missing :)

avi17:01:06

I’m finding AOT useful for CLI tools

ghadi17:01:51

depstar and AOT are not incompatible

trevor18:01:10

Can I have a java (maven) project in github as a dependency with tools-deps?

Alex Miller (Clojure team)18:01:29

tools.deps / clj don’t do “builds” so there is no opportunity to compile the java source

Alex Miller (Clojure team)18:01:59

you will need to build and deploy the Java source as an artifact somewhere and depend on it that way

👍 5