Fork me on GitHub
#boot
<
2017-09-20
>
ag00:09:29

dammit, why everything is so complicated? every time I need to cross the bridge to awful hell of javascript nightmare I have to deal with so much nonsense and pain. and Boot's filesets not helping at all, FWIW - the tangle things even more. I feel so stupid.

ag00:09:04

is there really nobody here who ever used boot-cljs-test with Karma to run tests in Chrome? I basically want to re-run tests with watch.

ag00:09:28

but I can't make it run them even once

ag00:09:27

stupid piece of horse manure can't locate compiled js files

danielcompton00:09:33

@ag try sending them to target, then

danielcompton00:09:11

Karma can pick them up

ag00:09:35

well, test-cljs seems to be doing something with the fileset

ag00:09:44

This:

(boot
  (comp
    (test-cljs)
    (target)))
suppose to write to ./target, right?

ag00:09:49

there's nothing

ag00:09:23

I tried setting tasks :update-fs? to false and true - and still nothing

ag00:09:49

I can't figure out what exactly to put into karma.conf.js

danielcompton01:09:10

Nope, forget all about testing for now

danielcompton01:09:06

To a first approximation, boot-cljs-test runs doo https://github.com/bensu/doo/

danielcompton01:09:20

If you want to run Karma tests directly then you need to write your own karma.conf.js

danielcompton01:09:25

and call Karma directly

danielcompton01:09:41

Doo can run Karma, but it's not very flexible, and doesn't let you provide plugins

danielcompton01:09:24

It should be almost exactly the same for boot, apart from the output file locations maybe

minikomi02:09:16

Created an issue for large number of directories erroring out on OSX: https://github.com/boot-clj/boot/issues/641 Anyone seeing similar in other environments?

cjhowe08:09:54

hi, i think boot-cljs-repl should support node.js

cjhowe08:09:06

i traced the reasoning back to the original issue: https://github.com/adzerk-oss/boot-reload/issues/12

cjhowe08:09:10

the :ids solution is more than enough to solve this problem, and there's no reason people can't target nodejs and still want reload and repl functionality, especially with electron

dominicm08:09:38

@cjhowe as a workaround, boot-figreload might work for your use-case.

cjhowe08:09:09

looks like it's not filtering :target :nodejs, so i'll give it a try

cjhowe08:09:37

oh, it still uses cljs-repl which has the same issue

cjhowe08:09:28

i'm surprised no one has had an issue with this for over 2 years! i guess no one is using boot with node.js?

dominicm08:09:46

That's it pretty much. Not that many people are targetting node.js at all

qqq11:09:51

what are the largest single person clj projects ?

dominicm11:09:56

@qqq wrong channel? 😛

qqq11:09:01

sorry, I thought I was in #off-topic

vinnyataide13:09:01

Hello, I have a task which have a watch in it. Can I defer it or run in background so I can go back to my repl?

dave13:09:12

@vinnyataide typically what i do is start a repl with :server true :port 12345 and connect to it from another terminal with boot repl -c -p 12345

dave13:09:55

what i mean is:

(deftask the-task-with-the-watch
  []
  (comp
    (watch)
    (do-stuff-when-files-change)
    (repl :server true :port 12345)
    ...))

dave13:09:32

so your task with the watch is primarily for doing stuff when the files change, and then in another terminal you can connect to the repl with the -c (client) option and have a dedicated repl process

vinnyataide13:09:17

all right, thank you, that's what I thought, though I use the internal boot repl which opens by default and set with task options to a known port

pandeiro16:09:20

Are there any known Windows-specific issues with Boot 2.7.2?

alandipert17:09:45

pandeiro i remember reading something about a regression in uber, but i might be misremembering

alandipert17:09:53

of course i don't think i made an issue either :-(

pandeiro18:09:05

No worries, it seems like it may have been a phantom report on my side, too :)

dominicm19:09:32

@pandeiro I haven't digged into this, as I don't windows, but I have a suspicion that virus scanners might confuse boot due to the creation of temp files + them not being usable until virus scanner says "clear"

pandeiro19:09:22

Wow @dominicm, thanks for that theory. I will in fact pass that on as "maybe a thing". 👍

dominicm19:09:13

(I saw this a few times on training courses, with errors that were "file not found")