This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-02-24
Channels
- # beginners (113)
- # boot (9)
- # cider (6)
- # cljs-dev (33)
- # cljsjs (1)
- # clojure (73)
- # clojure-italy (4)
- # clojure-russia (6)
- # clojure-spec (13)
- # clojure-uk (21)
- # clojured (1)
- # clojurescript (79)
- # core-async (6)
- # core-logic (4)
- # datascript (5)
- # datomic (5)
- # duct (12)
- # events (1)
- # figwheel (9)
- # fulcro (143)
- # garden (2)
- # leiningen (1)
- # luminus (24)
- # off-topic (1)
- # parinfer (7)
- # protorepl (12)
- # re-frame (4)
- # reagent (32)
- # rum (1)
- # shadow-cljs (46)
- # spacemacs (4)
- # specter (27)
- # sql (6)
- # unrepl (3)
- # videos (1)
I noticed the BOOT_WATCHERS_DISABLE
env var (and --disable-watchers
option) -- I'm seeing a lot of FSEvent errors with our huge project so I figured disabling watchers would help... but what is the downside of disabling watchers? What Boot behavior is affected? (I see @alandipert mentioned in the thread around the PR that introduced this)
@seancorfield there is also a PR by @bhagany that I found out influences watch
, I don't know if the behavior I saw affects also your big project, but it might be worth a try, it basically lazy watches
For now, setting BOOT_WATCHERS_DISABLE=yes
in ~/.boot/boot.properties
has stopped the huge wall of FSEvent errors I was seeing on macOS. I guess my my question/concern is: what functionality do the watchers enable? If you're just running one-off tasks and one-off builds, is there any downside to disabling watchers?
I definitely had this problem on a project with a lot of nested folders containing images in my repositories
dir.. ended up moving them into another folder and adding them into target when doing builds using io
.
I opened an issue at the time but there hasn't been much movement.
https://github.com/boot-clj/boot/issues/248 Also seems related
I'm thinking I might set that on all of our servers where we run Boot tasks...