This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-04-28
Channels
- # aws-lambda (2)
- # beginners (49)
- # boot (49)
- # cider (7)
- # clara (1)
- # cljsrn (4)
- # clojure (199)
- # clojure-android (49)
- # clojure-dev (1)
- # clojure-greece (4)
- # clojure-italy (3)
- # clojure-nl (4)
- # clojure-norway (5)
- # clojure-russia (78)
- # clojure-spec (22)
- # clojure-uk (18)
- # clojurebridge (2)
- # clojurescript (252)
- # core-typed (2)
- # cursive (11)
- # data-science (1)
- # datascript (2)
- # datomic (38)
- # devcards (1)
- # flambo (3)
- # hoplon (10)
- # immutant (2)
- # jobs (3)
- # luminus (1)
- # lumo (2)
- # off-topic (8)
- # om (3)
- # onyx (29)
- # parinfer (1)
- # pedestal (4)
- # portkey (13)
- # re-frame (13)
- # reagent (6)
- # ring (3)
- # ring-swagger (15)
- # schema (2)
- # spacemacs (4)
- # test-check (4)
- # untangled (46)
- # yada (2)
It's easy to make boot my-task
that (-> (read-my-file "abc") (my-cool-fn-with-environment-variables) (write-file "./target/out"))
?
@souenzzo it is, but it's better to add the files to the fileset, and the write them to disk later with the target task
hi how can i use sift to pull in assets from a jar and have them show up in my target?
@mobileink: The standard way is running a command like elm-make Main.elm --output app.js
. Sounds like it should be quite easy to trigger this automatically whenever an Elm file in the project is modified?
@donaldball: Thanks, boot-sass
looks like a good starting point.
Hello, everyone (especially @roman01la @martinklepsch @anmonteiro).
I found the problem and the solution about the Clojurescript compiler being stuck at compile time (thanks to @anmonteiro's suggestion) : I removed :parallel-build :true
and the error appeared, crystal clear : Circular dependency detected, A -> B -> A
. It was easy to fix A -> B
was just dead code in my case.
It looks like parallel-build
doesn't detect circular dependency very well, smells like a good old race condition π Time to file a bug in CLJS ?
djebbz: Glad it was solved π
Probably worth opening a bug or at least report it in #cljs-dev
Hi everyone. Trying to reclaim disk space and noticed ~/.boot/cache takes 4Gb of hdd space. I have no boot processes running right now and assume that flushing cache wonβt affect anything (other than next project startup time).
Not sure why I posted this, though, as itβs very easy to test (renaming cache to cache.O and boot devβing a project).
Just wanted to share my surprise at the amount of space taken by .boot/cache I guess.
It works. 4Gb reclaimed. boot.jar just re-downloaded after boot launch.
@gamecubate there was some mention about a "GC" for .boot/cache
@raywillig depends on the problem π
@richiardiandrea I have a jar dependency with some assets (images, CSS files, etc) that I would like to have end up in my target when I build
I think there should be an sift :add-jar
that explodes it onto the files then you move the things you would like to keep with sift :move
If you have an already resolved path you can try my implementation here: https://github.com/Lambda-X/boot-pack-source/blob/master/src/replumb/boot_pack_source.clj#L51
@dominicm Sorry, but whatβs a GC?
grepcode?
gamecubate: garbage collection
Googling for this revealed precisely that in the archives of the boot channel indeed. Thanks.
@richiardiandrea can you give me an example of how the sym for the jar should look?
@raywillig It is the canonical group-id/package:#".*"
the regex part makes so that you won't need a subsequent :move
anymore
i did that just as test and it doesn't seem to put anything in target. Is there another step i'm missing?
looks good to me...
did you try in the repl? Maybe the regex does not need #
not sure
@richiardiandrea so i did boot sift -j rowtr/rowtr-css:".*" target
and got this
RAYs-MBP:simple ray$ tree target/
target/
βββ META-INF
βββ MANIFEST.MF
βββ maven
βββ rowtr
βββ rowtr-css
βββ pom.properties
βββ pom.xml
uhm, looks like the regex got literal dot
that is why I'd use the repl just to be sure
the shell might interfere there
so it is obiously a regex problem, remember that it matches on the entire path
Iβm trying clojure.tools.namespace.repl with boot but I get this stacktrace regarding camel-snake-kebab: https://gist.github.com/borkdude/4c84ea8349f8cd9dad249cb20fb7016e Any clue what is going on here?
Hmm, Iβll try the suggestion at the bottom here: https://github.com/boot-clj/boot/wiki/Repl-reloading
@richiardiandrea i think it might have been a caching issue. I rebuilt the jar and bumped the version and now i get lots of files