This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # beginners (49)
- # boot (139)
- # cider (10)
- # clojure (82)
- # clojure-belgium (59)
- # clojure-dusseldorf (5)
- # clojure-russia (11)
- # clojure-sanfrancisco (2)
- # clojure-uk (56)
- # clojurebridge (4)
- # clojurescript (138)
- # cursive (19)
- # datomic (8)
- # dirac (1)
- # editors (11)
- # emacs (18)
- # flambo (21)
- # hoplon (45)
- # jobs (1)
- # juxt (3)
- # keechma (1)
- # mount (43)
- # off-topic (2)
- # om (64)
- # om-next (1)
- # onyx (2)
- # other-languages (8)
- # re-frame (72)
- # reagent (99)
- # ring-swagger (7)
- # rum (3)
- # spacemacs (21)
- # specter (5)
- # untangled (42)
- # vim (4)
- # yada (7)
a Jar is already a pretty good container (for an app), and so is an EC2 AMI (for everything else)
i think if i was at google or whatever and had tens of thousands of VMs, i can imagine making things to optimize and orchestrate that operate at sub-VM
still think that good old vagrant with an ubuntu image is best for dev environments
(maybe docker's new OSX version without virtualbox will change this balance soon though)
have you experimented with docker-compose? this is the tool in particular i've found useful
also worth looking into nix, which fixes many of the same issues (like lack of isolation) that docker targets
but of course nix/nixos is still pretty uncommon, so I'd be cautious about using it in a team, or at a company where someone else might need to take over at some point
boot watch speak test, which recompiles on file changes and takes 11s to run my few tests. However, I can run these tests immediately from a REPL that reloads changes when I save my files. How can I get my automated, watched tests to run faster, by running on ns reload?
By the way personally I went for ECS, deploying a docker Alpine image that just executes my uberjar. A bit still too clunky especially the part where you have to create a task revision for the new docker to be read into the ec2 instance, but ok...bearable for now
Thanks, @alandipert. Looks like the solution. How do I install this? It’s a boot plugin right?
yeah it will required edits to your build.boot... bring it in as dependency,
require its tasks, etc
looks like bring in
[metosin/boot-alt-test "0.1.0-SNAPSHOT"] and then in our build.boot
(require '[metosin.boot-alt-test :refer [alt-test]])
what's the best way to filter a fileset so the output fs contains only changed file? I see how to get the list of changed files but not how to turn them into a fs.
there is no order, as they are overlayed as a single filesystem internally (and in the classpath)
hmm.. but if I have same file (log configuration) in multiple resource-paths with same name, I would like to set which one is loaded.
there really isn't a sane way to do that, just like if you load 5 jars with the same file in it, which one do you get when you do
(io/resource ...) on it?
the best way to handle that is to make a task that selects the correct one and adds it to the fileset, instead of having overlapping paths in your resource dirs
ok. have to figure out how to do it. resources are all shared, but just the log-conf should be different.
with leiningen, you can set the order with
:resource-paths ^:replace ["dev-resources” "resources"]
i suspect that whenever you have this situation it's an indication that you can refactor to get a much better solution than overlapping files in the classpath
you should be able to refactor it to use env vars, which will simplify things greatly, no?
think so. Default way with Java has been to have a separate log-conf for tests, but so many ways to do this. ENV is one.
@micha given that you are here, I am working on a cider issue: https://github.com/clojure-emacs/cider/pull/1751
Would you be open to a patch for adding executable forms in
boot.user from the command line
I'm having trouble getting the repl task to serve on 0.0.0.0 and a predictable port, does anyone have a working example somewhere?
--bind option sets the interface the repl server will bind to and listen on
that's different from the
--host option that sets the host the repl client will connect to
seems like the server could be split from the client, but lein repl works that way, too.
(the repl task will not block the pipeline without the
wait task if the client isn't waiting around for input)
I hope this does not count as abuse of slack, but damn the torpedoes: I'm one of 5 finalists in Intel Ultimate Coder Challenge for IoT. (twitter: #UltimateCoder). Starts Monday, 8 weeks, $20K grand prize. Part of my proposal was to use Clojure where plausible, specifically on Edison and Intel IoT gateways. That also means boot where possible. If interested, search on "Iotivity" and "Zephyrproject". Warning: may be insane.
sorry, probably shouldn't have done that, Friday afternoon at the bar. But then I ask myself, what would the Donald do?
I also have to say that this is one of best Slack channels I have been part of
@richiardiandrea: it’s the only slack chan i’ve every participated in, i’m pretty sure it’s the best.
@micha really dunno how or even if boot is relevant to embedded computing, IoT, etc. but i’m about to find out. in any case, given the massive $$ being poured into IoT i think we can say it will only increase in importance. at least until the machines take over.
FWIW, for anybody interested, the intel Edison is pretty inexpensive (~ $50) and officially supports Java.
@micha: checkout https://www.zephyrproject.org/ . that’s the RTOS that will (eventually) be the OS for the Intel Curie, which is incredibly cool. I just wish I could program it in Clojure, probably not in the cards anytime soon. But I’ll settle for Clojure on the gateway and the Edison and C/C++ on the sensor device.
forget forth; take a look at http://factorcode.org/ Awesome. Really dunno why this kind of language never took off.
you might find John Light’s talk about embedded programming interesting, see link on my blog http://blog.mobileink.com/ .
wow Zephir is very cool, everything that has fibers in it is cool (like Quasar/Pulsar) 😄
Yeah, Zephyr looks very cool, which makes sense since it comes from Wind River. Google Wind River, Rocket, Zephyr. Intel bought Wind River; they opensourced the Rocket kernel as part of Zephyr in Feb; Zephyr will be the RTOS for the Intel Curie (http://www.intel.com/content/www/us/en/wearables/wearable-soc.html)
I almost never see Forth or similar languages even mentioned in discussions about embedded systems. It seems a no-brainer; why on earth would you want node.js (pretty common for IoT doo-dads) when you can have Forthish stuff? Must be sociological.
possible, but you’d think things would leak. if you were doing great things in some Forthish, lang, wouldn’t you brag about it?
well I’m glad you mentioned Forth. the Intel Gateways support C/C++, Java, and Lua out of the box. Why not Forth? Seems a no-brainer, except that your average programmer probably can’t deal with stack-based programming.
if i have time (it’s only 8 weeks) it would be pretty cool to implement some stuff in Forth.
yeah i really like how cleanly it lets you access some very low level stuff, but at the same time can provide some higher level abstractions too