This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-08-02
Channels
- # beginners (118)
- # boot (73)
- # cider (2)
- # cljs-dev (65)
- # cljsrn (18)
- # clojure (49)
- # clojure-argentina (4)
- # clojure-italy (19)
- # clojure-portugal (1)
- # clojure-russia (1)
- # clojure-spec (34)
- # clojure-uk (102)
- # clojurescript (202)
- # code-reviews (3)
- # core-async (5)
- # cursive (11)
- # datomic (25)
- # emacs (1)
- # graphql (22)
- # hoplon (6)
- # keechma (59)
- # leiningen (10)
- # luminus (31)
- # lumo (78)
- # off-topic (141)
- # om (32)
- # om-next (2)
- # onyx (6)
- # parinfer (55)
- # pedestal (3)
- # protorepl (3)
- # re-frame (8)
- # reagent (8)
- # ring-swagger (1)
- # rum (20)
- # specter (1)
- # sql (5)
- # test-check (11)
- # vim (13)
- # yada (7)
@bfabry I don't know if things changed or it was a complete brain-fart, but I managed to work it out sometime after in the same manner as you described, so thanks 🙂
i’ve got a strange issue where on a certain host it appears lein uberjar is executing some code as part of compile that is not happening in any other environments , causing a failure
other than ~/.lein/profiles.clj is there anything else that could alter its compile behaviour?
@bfabry :dev-dependencies was a lein 1 era key https://github.com/technomancy/leiningen/blob/ad6c4bd290d6d59b20e781659d0dd19ca8d50c92/NEWS.md#200-preview1--2012-03-07
@d5p there are LEIN_*
environment variables that can affect which Java compiler is used and other Lein behaviour. There's also your standard Java env vars. You may also have stale JARs in your .m2?
still only on this specific machine it fails , trying to actually execute something where it doesn’t on other hosts