This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-01-15
Channels
- # announcements (7)
- # aws (30)
- # beginners (141)
- # boot-dev (3)
- # cider (48)
- # clara (35)
- # clojure (94)
- # clojure-europe (6)
- # clojure-italy (20)
- # clojure-nl (19)
- # clojure-norway (1)
- # clojure-portugal (6)
- # clojure-spec (7)
- # clojure-survey (3)
- # clojure-uk (93)
- # clojuredesign-podcast (22)
- # clojurescript (20)
- # core-async (54)
- # cursive (29)
- # datascript (1)
- # datomic (4)
- # emacs (2)
- # fulcro (10)
- # jobs (17)
- # juxt (3)
- # kaocha (20)
- # leiningen (20)
- # malli (22)
- # other-languages (7)
- # pedestal (4)
- # perun (2)
- # quil (2)
- # re-frame (7)
- # reagent (3)
- # reitit (31)
- # shadow-cljs (18)
- # spacemacs (11)
- # vim (32)
FYI, clj does support this config
@ghaskins I maybe could help if I understood what is special about gitlabs maven repo
@mikerod my understanding is that it basically needs a personal-token added to the HTTP headers
their examples of course cite raw maven <configuration> but I couldnt see a way to pass that to leiningen
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 looks like you can do it via a wagon impl. https://github.com/nicheware/lein-gitlab-wagon
The back story being in pomegranate issue https://github.com/clj-commons/pomegranate/issues/111
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
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?
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?
fwiw, i do get that this is not necessarily an issue with lein uberjar
, which works around this with the auto-clean feature.