Fork me on GitHub
#cursive
<
2016-02-25
>
rauh15:02:31

I have a clojure repl and a cljs repl, Is there a way to automatically switch the window when I eval something in a .clj/`.cljs` file? Currently cursive just complains and I need to switch over manually.

tony.kay19:02:05

I'm having problems with refresh lein dependencies causing all sorts of duplications and not ending up matching what I get on the command line at all...anyone seen this?

jcromartie21:02:15

I am not sure

jcromartie21:02:40

but I am getting something where running tests in one project’s REPL causes it to try and load user.clj from another project… 😕

jcromartie21:02:43

probably my fault though

jcromartie21:02:50

hm, yeah I guess it is Cursive after all

jcromartie21:02:54

it’s the transitive loading stuff

danielcompton21:02:50

@tony.kay: are you using checkouts?

tony.kay21:02:58

Initial import seems fine...but refresh kills it

danielcompton22:02:24

try making sure all the deps are the same versions in all projects

tony.kay22:02:57

they are, but the recursive deps cause two versions of cljs to come in...I've tried exclusions, but to no avail.

tony.kay22:02:17

at least so far...very hard to trace

tony.kay22:02:28

lein deps :tree is clean at this point

tony.kay22:02:36

(e.g. no warnings, etc)

tony.kay22:02:10

Definitely seems like a bug, since initial import is fine

tony.kay22:02:40

I just decided to drop checkouts and move the code into the external libraries as a later step...way too much of a pain to get checkouts working right.

cfleming22:02:42

@tony.kay: Sorry you’re having problems, there are some issues when there are two versions of cljs on the classpath for some reason, I haven’t been able to figure out why. Do you know what the two deps are that caused the two versions of cljs to come in? Then I’ll try to reproduce here to track it down.

tony.kay23:02:12

I wish I could figure that out...lein deps wasn't helping

tony.kay23:02:23

I suspect it was Om 1.0 alpha 30 + secretary

cfleming23:02:33

Ok, thanks, I’ll try that.

cfleming23:02:43

And what were the symptoms you were seeing?

tony.kay23:02:01

getting both cljs 0.3211 (or something close) and cljs 1.7.228

tony.kay23:02:19

I had direct dependency on the latter

tony.kay23:02:29

I think secretary is old enough that it had the former, but not sure

cfleming23:02:35

Ok. But did that cause some kind of problem in your project?

tony.kay23:02:04

cljs analyzer was seen as private when starting a REPL that was going to start figwheel through sidecar

cfleming23:02:52

Hmm, that seems strange

tony.kay23:02:24

shoot..that didn't format well 😞

tony.kay23:02:33

Caused by: java.lang.IllegalStateException: var: #'cljs.analyzer/default-warning-handler is not public

tony.kay23:02:45

Caused by: java.lang.IllegalStateException: var: #'cljs.analyzer/default-warning-handler is not public, compiling:(cljs/analyzer/api.clj:53:3)

tony.kay23:02:12

User.clj in my project is:

tony.kay23:02:58

Running a short clj script from clojure main: (e.g. lein run -m clojure.main script/figwheel.clj)

tony.kay23:02:54

If I hand-delete the older cljs from my project library in intellij, it starts ok

tony.kay23:02:44

but there are a lot of lein dependencies listed in external dependencies that lein deps :tree does NOT show...and a lot of dupes that should not be there. E.g. since I have cljs as a top-level dependency, no other version should get pulled in

cfleming23:02:13

Right, that’s very strange. I’m not sure what Cursive could be doing there, since it delegates all that stuff to lein.

tony.kay23:02:08

So, I could probably send you this project and our internal dependencies (you'd have to not disclose them to others). It is a TODOMVC implementation on our web framework...but I don't have open source permission yet

cfleming23:02:25

If you could that would be very helpful.

tony.kay23:02:35

PM me with a place to send it