This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-07-29
Channels
- # beginners (18)
- # boot (1)
- # cider (12)
- # clojure (18)
- # clojure-russia (5)
- # clojure-uk (8)
- # clojurescript (17)
- # cursive (7)
- # datomic (10)
- # editors (1)
- # figwheel-main (14)
- # hoplon (2)
- # hyperfiddle (1)
- # keechma (2)
- # leiningen (25)
- # off-topic (5)
- # onyx (3)
- # reagent (53)
- # reitit (6)
- # shadow-cljs (14)
- # spacemacs (3)
- # tools-deps (14)
- # uncomplicate (12)
Welp, I did it. Nobody told me not to. https://github.com/gfredericks/user.clj
well right now it only supports a single file, so that's not an issue
if I can think of a performant way of searching the classpath for other files, then (once defined what's in scope (`user.autoload.*`?)) I'd probably just load them in alphabetical order
I don't think merely saying "all user.clj
files will be loaded!" is possible because AFAIK clojure just loads an arbitrary one, so there's no guarantee it would be mine
so the whole approach assumes that the rest of your user files are named something different
(note that ~/.clojure/user.clj
would not, in general, be on the classpath)
oh no, not at all
> The immediate problem it's meant to solve is that the user-level deps.edn file can't reference $HOME-relative paths as a way of providing your own user.clj directly.
I see... So this is an alternative to having an alias in your own ~/.clojure/deps.edn pointing at a dir?
yes, especially because doing it that way means you need an absolute path
so there seems to be no way to make it relative to $HOME