Fork me on GitHub
#boot
<
2016-05-12
>
jethroksy04:05:30

what are the common causes of this error?

clojure.lang.Compiler$CompilerException: java.io.FileNotFoundException: Could not locate boot/core__init.class or boot/core.clj on classpath., compiling:(user.clj:1:1)
          java.io.FileNotFoundException: Could not locate boot/core__init.class or boot/core.clj on classpath.

jethroksy04:05:58

this gets thrown on all tasks except my dev task

juhoteperi12:05:16

@micha: Would it make sense that checkouts would use the version from normal dependencies? Now the dependency version needs to be set both in checkouts and dependencies props.

micha12:05:22

it's not optional for the checkouts?

juhoteperi12:05:06

I don't know, I just checked boot help which says SYM:VER

micha12:05:27

i think checkouts would normally have a different version than the release version in the project deps

micha12:05:30

use case is build.boot is in source control with release version of deps

micha12:05:03

you want to hack on the deps and build with checkouts

micha12:05:24

you'd have a different version right?

juhoteperi12:05:01

perhaps, but I could also update the versions on dependencies

juhoteperi12:05:31

I was thinking I could just add checkouts for a few libraries to build.boot so it would be always enabled

micha13:05:25

that should also work

micha13:05:18

I'll look into the default checkout version situation and see how that would go

juhoteperi13:05:59

When I enabled checkouts from CLI without version it downloaded some older versions, but I'm not sure which version it finally used

juhoteperi13:05:14

and defining checkouts in set-env! without versions doesn't seem to work

micha13:05:28

it should update dependencies versions i think

slotkenov14:05:40

@adamfrey: O haha, thats quite obvious 😄 thanks

juhoteperi14:05:28

@slotkenov: @adamfrey: boot show -u is in core nowadays

adamfrey14:05:53

ooh, good to know

martinklepsch14:05:26

@adamfrey: @slotkenov yeah, boot-deps really isn't very useful these days

adamfrey14:05:53

you could put a Deprecated header at the top of the github README

slotkenov14:05:02

@martinklepsch: that’s a shame, why is that?

martinklepsch14:05:25

@slotkenov: because boot show -u exists

slotkenov14:05:52

@martinklepsch: I see, missed that message from @juhoteperi

cpmcdaniel14:05:41

so I am trying to use boot-test, and it lists man lines of “Testing [namespace…]"

cpmcdaniel14:05:47

but it runs 0 tests

cpmcdaniel14:05:18

nevermind, my test directory was not in :source-paths

cpmcdaniel14:05:34

well, I fixed that and still nothing

cpmcdaniel14:05:40

hmmm….

richiardiandrea15:05:53

In my template lambone I never set the deps "globally" but I do it in tasks

richiardiandrea15:05:13

So boot show -d does not work for me

richiardiandrea15:05:54

Is there a task out there that prints the dep tree from an arbitrary vector?

richiardiandrea15:05:22

Or, would it makes sense to add this functionality to show?

richiardiandrea15:05:53

@cpmcdaniel: with boot show -f you can dump your classpath

richiardiandrea15:05:30

Maybe it can give you a better insight

edannenberg17:05:14

@slotkenov: try boot show -u or -U to also include snapshot versions

slotkenov17:05:43

@edannenberg: yes, I’m using that now, thanks

edannenberg17:05:15

@slotkenov: oh, just saw it was already answered, still getting used to slacks way of displaying history ><

slotkenov17:05:27

@edannenberg: oh, forgot to scroll down? np simple_smile

edannenberg17:05:07

@slotkenov: yea, not the first time that tripped me up either lol

fenton17:05:59

when i specify the :ws-host option to reload task, the client browser still tries to connect to localhost AND the wrong port?

fenton17:05:33

Starting reload server on <ws://v5.spicevan.com:36402>

fenton17:05:52

Firefox can't establish a connection to the server at <ws://localhost:38585/>.

fenton17:05:06

was running 4.4, will try 4.7

juhoteperi18:05:19

ws-host should change the address

juhoteperi18:05:34

I should probably merge a PR to add ws-port option

fenton18:05:57

@juhoteperi: seems browser connects okay, but when I cider-connect, I get the following:

fenton18:05:33

I'm not exactly sure what weasel does, but probably my setup: emacs: localhost, boot running on remote host serving up cljs, browser on localhost requesting remote site.

juhoteperi18:05:09

cljs-repl also has options to set ws-host etc.

fenton18:05:00

ok let me try that.

fenton18:05:19

@juhoteperi that helped some, but I wonder why the connection is refused.... I can see that port 41787 is indeed open and listenning

kenny20:05:33

Anyone know if s3-wagon-private supports server side encryption? Looks like it doesn't.

micha20:05:39

@kenny: you can use any leiningen-compatible wagon jar with boot

micha20:05:58

so if you find a different one that does it you can probably just use that

kenny20:05:00

Okay cool

hlolli20:05:45

Has anyone had this warning, its harmless of course

Warning: version conflict detected: org.clojure/clojure version changes from 1.2.0 to 1.8.0
[1

martinklepsch20:05:27

@hlolli: should go away if you pin clojure explicitly

hlolli20:05:52

I already have BOOT_CLOJURE_VERSION=1.8.0 in boot.properties and [org.clojure/clojure "1.8.0"] in dependencies. 😕

martinklepsch20:05:46

@hlolli: if you do boot show -p maybe that sheds some light.

hlolli20:05:27

[✔] org.clojure/clojure
    ✔ 1.8.0
      org.clojure/clojure
    ✘ 1.2.0
      org.clojure/tools.nrepl

hlolli21:05:57

So I can assume the nrepl version is incorrectly set up (asking for clojure 1.2.0)?

micha21:05:26

can you try putting an explicit nrepl dependency in your :dependencies to test?

micha21:05:35

i think that will make the warning go away

micha21:05:41

if so then it's a bug in boot

hlolli21:05:17

Now its

:dependencies '[[org.clojure/clojure "1.8.0"]
                 [org.clojure/tools.nrepl "0.2.12"]
                 [local/csnd6 "6.7"]]

hlolli21:05:36

Of course everything works and I've never been bothered by warning, just for my ego since I'm planing to show this code to other people soon 🙂

martinklepsch21:05:52

@hlolli: maybe you have a tools.nrepl dependency in ~/.boot/profile.boot?

hlolli21:05:11

Yes I do.. let me double check

hlolli21:05:48

Da liegt der hund in der grabe

(deftask cider "CIDER profile"
  []
  (require 'boot.repl)
  (swap! @(resolve 'boot.repl/*default-dependencies*)
         concat '[[org.clojure/tools.nrepl "0.2.12"]
                  [cider/cider-nrepl "0.10.0"]
                  [refactor-nrepl "2.0.0-SNAPSHOT"]])
  (swap! @(resolve 'boot.repl/*default-middleware*)
         concat '[cider.nrepl/cider-middleware
                  refactor-nrepl.middleware/wrap-refactor])
  identity)

(require 'boot.repl)

(swap! boot.repl/*default-dependencies*
       concat '[[org.clojure/tools.nrepl "0.2.12"]
                [cider/cider-nrepl "0.10.2"]])

(swap! boot.repl/*default-middleware*
       conj 'cider.nrepl/cider-middleware)

hlolli21:05:50

well, updating to cider-nrepl 0.12.0 and removing refactor middleware and refactor does not remove the warning. But if I'm the only one getting this I wouldn't want to jump at blaming boot right away. But if you hear from this again then, you remember I also got this warning 🙂

micha21:05:08

yeah that warning shouldn't be seen i don;t think, so something is not right somewhere

hlolli21:05:24

And since Im having a beer I can have the confidence to post which project Im running excacly https://github.com/hlolli/panaeolus (dont look too much at this code, hehe 🙂 )

micha21:05:26

very interesting

dave21:05:55

@hlolli: i agree, this looks very interesting! i'm looking forward to checking it out later

hlolli21:05:36

@dave: nice thanks, it's good as broken now. Need to fix a lot of dirt in the code, actually asap. Since I'm performing with this in 2 weeks. So in that timespan it should be working better.

dave22:05:01

ah, cool - i'll keep my eye on it then 🙂

kenny23:05:51

When creating a template for boot-new is the template name supposed to be the group name? The readme says it will look for template-name/boot-template in clojars/maven.