leiningen

N.B. The maintainers are on #leiningen on Libera chat IRC. Go there for direct support/bug reports.
alexmiller 2020-01-15T00:00:41.010Z

FYI, clj does support this config

2020-01-15T00:11:43.010600Z

@ghaskins I maybe could help if I understood what is special about gitlabs maven repo

ghaskins 2020-01-15T00:25:47.011200Z

@mikerod my understanding is that it basically needs a personal-token added to the HTTP headers

ghaskins 2020-01-15T00:26:16.011800Z

their examples of course cite raw maven <configuration> but I couldnt see a way to pass that to leiningen

ghaskins 2020-01-15T00:26:42.012400Z

my assumption is it would need to be supported in the project/profiles.clj but maybe there is a way to pass maven settings.xml too?

ghaskins 2020-01-15T00:26:59.012500Z

any guidance on this appreciated

2020-01-15T00:29:33.013100Z

Hmm.

2020-01-15T00:32:00.013700Z

@ghaskins looks like you can do it via a wagon impl. https://github.com/nicheware/lein-gitlab-wagon

ghaskins 2020-01-15T00:32:14.014100Z

nice!

ghaskins 2020-01-15T00:32:23.014600Z

not sure why I didnt find that in my search, but thank you!

2020-01-15T00:32:25.014800Z

The back story being in pomegranate issue https://github.com/clj-commons/pomegranate/issues/111

2020-01-15T00:33:03.016500Z

Wagons are the way to get ahold of the HTTP layer of the abstraction it seems. Hopefully the wagon above is already enough for your needs. Apparently it was not a very complex wagon to make

ghaskins 2020-01-15T00:33:11.016800Z

yeah, i was trying to patch pomegranate myself, it was a bit hairy

ghaskins 2020-01-15T00:33:33.017100Z

thank you very much, will give this a shot

2020-01-15T00:34:01.017700Z

No problem. Hope it works smoothly!

craftybones 2020-01-15T08:20:27.019700Z

I have an alias in /.lein and I want to override that on a specific project. I see that the one in /.lein gets used, not the one in my project.clj. Is there a way to override?

paul a 2020-01-15T13:34:07.027200Z

i've been playing lein uberjar; i was expecting that if i could cache and restore compiled code, then lein would be able to potentially reuse some of that compiled code in the next uberjar build (sort of like how make knows when things should be recompiled). instead, lein happily reused all of the old compiled code, even invalid code, and merely compiled namespaces that had not been compiled before. why does lein uberjar behave this way?

vemv 2020-01-19T07:30:25.000100Z

I guess you want something like tools.namespace.repl/refresh but for AOT :) i.e. something that looks at the modification dates of files, figures out a dependency subtree out of a modified file, etc I don't think that's a particularly explored area

paul a 2020-01-21T14:13:56.000600Z

yeah, that's right. thanks for the reply!

paul a 2020-01-15T14:00:36.027400Z

fwiw, i do get that this is not necessarily an issue with lein uberjar, which works around this with the auto-clean feature.