is there a reason the default global BOOT_CLOJURE_VERSION is 1.7.0 instead of 1.8.0? am I going to shoot myself if I set it to 1.8.0 permenantly in my environment?

@gerred which version of boot?

2.6.0 should default to 1.8.0 i believe

2.6.0

but everything works fine with 1.8.0 anyway

odd that it didn’t update it. i went through homebrew. wonder if I need to uninstall and reinstall it.

no, just edit the file 🙂

the homebrew installer doesn't handle anything

it just downloads boot.sh

is there a global file? or do I just need to set the env var?

ah sure

oh you should have a file in ~/.boot/boot.properties

that’s exactly what it was. I must’ve had an old one.

from a much earlier run.

you can also have boot.properties in a project dir

yeah saw that

which is 👍

so you can pin the version of clojure and boot for a project

you will want to have an explicit clojure dependency in your build.boot file though

oh sure. i need to be thinking more in terms of projects anyway.

i’m finally giving comparing lein and boot a shot, I don’t know a huge amount about either.

what kind of project are you working on @gerred ?

right now a reagent project.

Sometimes when starting up my project (`boot dev`) I see random errors like this one: java.lang.RuntimeException: No such var: async/remove<, compiling: (my.code) But obviously that var exists. Usually if I restart the process, it works again.

I think it's a kind of timing problem or race condition as it happens more often when the system is doing something in the background at the same time (e.g. starting up datomic)

I"m not sure if it's about clojurescript compilation or the clojure part of the system.

there any downsides/caveats on having a project.clj for figwheel/frontend only to mix with a boot project?

@naomarik > for figwheel/frontend only I don't understand why you wouldn't just do it in boot (boot can do a figwheel setup too!) --- You will need to make sure that target is different for leiningen and boot if they're running as siblings.

any examples of using figwheel with boot?

Figwheel itself? Nope.

https://github.com/adzerk-oss/boot-cljs-example gives a setup which works the same though. HUD and everything 🙂

Apparently it's not quite as good at reporting error messages in a pretty way, but otherwise it's the same.

yeah using boot cljs but i recently saw figwheel's errors and looked immensely easier

@naomarik I've never been able to figure out the significance of difference in reporting. Could you describe the big improvement to me?

@dominicm I've not really used figwheel much, been using boot-cljs ever since I started because at that time I couldn't for the life of me get my repl connected to figwheel. I just recently ran a new figwheel project to see what it has and it shows your source code in the browser with a helpful message, so it looks a lot easier to pinpoint silly mistakes

the screenshot the figwheel has on the project is out of date to what it actually looks like now

@naomarik I've never really seen that as much more useful. I look at the line number of the error, and go to it in my editor, and look there.

Yeah, I know the screenshot is outdated. I was hacking on Figwheel recently, so I have used it.

https://github.com/adzerk-oss/boot-cljs/blob/master/src/adzerk/boot_cljs.clj#L160-L163 looks like these lines add metadata to the fileset when there's a warning in compilation. You could look at how figwheel finds the source and open a PR to attach this in the metadata.

Then the boot-reload project would also need some code to display that code.

Is there a way to do boot show -U without downloading all the dependencies?

Is there anyway I could fake something like (ns ^:figwheel-always ) with boot-reload / boot-cljs?

I'm experimenting with :recompile-dependents false on our cljs compilation step which has significantly improved reload times, but our test-runner needs to always act like it's reloading.

is there a way to set environment variables for a boot.util/dosh command?

(other than using e.g. environ)