This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-04-02
Channels
- # beginners (29)
- # cider (41)
- # clara (1)
- # cljs-dev (17)
- # cljsrn (1)
- # clojure (158)
- # clojure-dev (2)
- # clojure-dusseldorf (2)
- # clojure-italy (8)
- # clojure-mexico (1)
- # clojure-russia (2)
- # clojure-spec (43)
- # clojure-uk (1)
- # clojurescript (44)
- # community-development (98)
- # cursive (9)
- # data-science (8)
- # datascript (4)
- # datomic (30)
- # emacs (6)
- # fulcro (11)
- # graphql (6)
- # jobs (1)
- # jobs-discuss (27)
- # lein-figwheel (5)
- # luminus (13)
- # lumo (4)
- # off-topic (28)
- # onyx (9)
- # parinfer (12)
- # perun (2)
- # portkey (5)
- # re-frame (48)
- # ring (2)
- # shadow-cljs (52)
- # spacemacs (29)
- # tools-deps (15)
- # unrepl (9)
- # vim (7)
- # yada (3)
@yogthos What's the current method by which luminus moves things in the config files into environment variables? I don't see any dependency on environ
now there's just a dev-config.edn
and test-config.edn
and with lein, each profile specifies which one should be loaded via :jvm-opts
flag: :jvm-opts ["-server" "-Dconf=test-config.edn"]
what library moves those to environment variables? Environ did that before, and I don't see your config
library in the dependencies either
So I believe that running lein migratus
in a new luminus project no longer works because lein-cprop is no longer used and therefore values in dev-config.edn
are never moved to environment variables if the project isn't run. Do you have the same behavior on your machine?
That is a new luminus project made with lein new luminus myapp +postgres
. This is a lein project, not a boot one
@donyorm the migrations are actually baked into the app, so the way to run them is by running lein run migrate
instead.
the idea is that you package migrations with the app, and they can be run from it when it's deployed
I should get rid of the migratus plugin entirely actually, the only reason it was around was to create migration files from the terminal, but it's better to do that from the repl anyways since you don't need to wait for the runtime warmup that way