Fork me on GitHub
#tools-deps
<
2020-10-27
>
mkvlr11:10:43

Hey 👋 We’d like to bring in modules from another private repo using gitlibs. Ideally we’d want to use ssh auth. There’s no way to add support for another coordinate or get it to use tools.gitlibs from https://github.com/ghadishayban/tools.gitlibs/pull/1 without forking tools.deps (and having to distribute it to everybody on the team), is there? Or any other solutions to this problem that folks can recommend? Thanks!

1
borkdude11:10:22

If all else fails, you could manually pull the code and add it via local/root?

mkvlr11:10:15

yep, guess that’s one option. Was also looking at your https://github.com/borkdude/deps.clj since we do require babashka on the project but the compute classpath part still happens on the jvm using the normal t.d.a jars right?

borkdude11:10:47

it pulls tools jars that are exactly the same as the jars that clj uses. however, we could make that configurable ;)

borkdude11:10:29

but maybe best to not create forks of official tools when it can be fixed in those official tools

kirill.salykin14:10:19

hi please advice - is there a way to include some java source files and use it from the clj? for instance I want ot have this file used https://dzone.com/articles/java-tips-creating-a-monitoring-friendly-executors is it possible to achieve with a c.t.d.? thanks!

alexmiller14:10:31

you can compile the java source into java class files, then add the path containing those to your paths

alexmiller14:10:11

you can either use javac (the Java compiler) directly or there are various tools available to help with that https://github.com/clojure/tools.deps.alpha/wiki/Tools

kirill.salykin14:10:19

i see, thanks for the options

borkdude14:10:32

would it be an idea to extend -X with being able to pass a single map?

clj -X:graph graph :deps '"mydeps.edn"' :trace true :output '"trace"'
clj -X:graph graph '{:deps "mydeps.edn" :trace true :output "trace"}' 
The quoting of strings seems a little clumsy on the command line, so quoting the entire map can deal with that as a whole.

borkdude14:10:41

I've been adopting the latter style for more tools where I just pass the entire map as --opts, e.g.:

$ echo '[1 2 3]' | puget --opts '{:print-color false}'

borkdude14:10:44

Another question: is the -X CLI parsing logic available as a library? I think this could be used in other places than clj as well (e.g. GraalVM compiled binaries).

alexmiller14:10:58

answering the last question first, no but that's something we're actively thinking about - I think it's something that could end up in Clojure itself (like clojure.main) but I am still actively changing the interface to it and will need further work before I think it's there

alexmiller14:10:18

on the former question, that's a good question, will think about it

alexmiller14:10:30

I mean really the idea was to put the base map in alias data and then just overrides on the cli, but some tools would benefit more than others from this

dominicm21:10:05

I keep thinking I've missed a way to have some kind of :deps-aliases in an alias to use the extra deps from another alias, similarly to how I can with :extra-paths.

alexmiller21:10:50

I'm confused by what you mean about :extra-paths

alexmiller21:10:37

unless you mean paths as alias data

dominicm21:10:46

I mean that I'm surprised there's no equivalent to :extra-paths [:build-paths] such as :extra-deps [:build-deps]. Obviously that syntax doesn't work, but that general idea.

dominicm21:10:48

I do yeah :)

alexmiller21:10:32

would certainly complicate the (already too complicated) merging logic

dominicm21:10:00

:extra-deps [:build-deps {…}] maybe…

alexmiller21:10:27

I'd probably be tempted to define something mappy instead so the merging would continue to work (like destructuring syntax or spec selects)

dominicm21:10:10

:extra-deps {:clojure.tools.deps/aliases [:build-deps] my.cool/lib {}} ?

alexmiller21:10:27

well, I'm not going to design it right now :)

alexmiller21:10:41

if you wanted to file a jira or an ask request, would be glad to keep that idea around

dominicm21:10:58

I'll open a JIRA. :)