Fork me on GitHub
Slack Archive

This page is not created by, affiliated with, or supported by Slack Technologies, Inc.

2021-04-08

Channels

#babashka
<
2021-04-08
>
grazfather13:04:37

I dreamt about babashka last night :face_with_rolling_eyes:

borkdude13:04:34

Tell us more

😄 3
solf13:04:00

Maybe it's a typo and he meant he dreamed about @borkdude

grazfather15:04:24

I dream about work all the time, but in weird ways that I work on a problem but it’s so separated from reality that it doesn’t work

grazfather15:04:43

in this case I had a dream that I was porting our makefiles to bb tasks

grazfather15:04:02

but something about one of the tasks that did something in real life?

nha14:04:08

If you are using github CI the `setup-babashka` action now supports using CI builds from babashka in addition to normal releases: Example from the tests: https://github.com/turtlequeue/setup-babashka/blob/fff96c154d5aec91d5bbfbb201c5b20f96653084/.github/workflows/check_url.yml#L15-L17

👍 9
babashka 6
borkdude15:04:42

Please note that if you are going to use links from CircleCI directly, these expire after a while, unless github caches these somehow. A workaround for this may be to make your own github project and upload the binaries under a release or something

3
👍 3
richiardiandrea18:04:24

Question, if I uberjar .bb scripts and I wanted to embed pod binaries in it as well would adding them to resources work and pods/load-pod be able to load from the resources?

borkdude18:04:52

@richiardiandrea afaik you can't load binaries from a .jar. most projects I know handle this by writing the binary to a temp directory first and executing it from there

richiardiandrea18:04:27

I see, I liked the idea of self contained jars

richiardiandrea18:04:45

but I guess that is a bigg-ish feature 😄

borkdude18:04:16

well, pods are OS-specific too, so you also have that issue

borkdude18:04:29

but it can be done using the way I described.

richiardiandrea18:04:55

yep I am running in a container, I will just expose some sort of PODS_PATH env var

grzm18:04:20

I’m seeing an issue with Babashka and protocol method implementations when I use the same name arguments in a multi-arity method implementations. Here’s an example:

grzm18:04:32

Note that when some-protocol-method is implemented with the same named args (`, in this case as I’m ignoring the args) returns nil`, instead of the constant value passed into the constructor. When they’re named differently (`, and v`), it works as expected.

borkdude18:04:50

Thanks, looks like a bug to me!

grzm18:04:45

Would you like me to drop this in an Github issue?

borkdude18:04:02

I will do it now

grzm18:04:14

Awesome. You rock, @borkdude!

borkdude19:04:51

Should be fixed on bb master

grzm19:04:00

Did I mention you rock? 🎸

borkdude19:04:04

Did you notice the hand-written stamp?

grazfather13:04:50

Yeah… how did that work? Until I saw NL I though the envelope must have been dropped off by hand

borkdude13:04:59

PostNL (the Dutch mail service) sells stamps that you can activate by hand-written codes they provide online

grazfather13:04:02

hah! that is cool. I bet it confused even the american mail carriers

borkdude20:04:05

The main open questions for "bb run": 1) Should :depends be dynamic? e.g. :depends (if (System/getenv "FOO") '[x y] '[x]) 2) (How) should (command line) args be passed down to dependent tasks? E.g.: 

{x (println *command-line-args*) 
 foo {:depends [x]
bb run foo 1 2 3
3) The way it looks right now bb.edn is going to be "code" heavy which is odd a for .edn file. Maybe this belongs in a .clj file somewhere else? 4) Because the above reason, maybe I shouldn't allow any dependencies between tasks and just make this a "shortcut" system and not a half-featured build system? https://github.com/babashka/babashka/discussions/779

heow20:04:01

...or wait until how we see how the new keyword argument map shakes out and changes programming habits

heow20:04:42

hint: I think it will make it even more data-centric

borkdude20:04:50

@heow yeah. btw, the latest bb already supports that keyword argument map thing (in most cases, fully when I bump clojure to its latest alpha). but even clojure -X:foo:bar:baz :foo 1 '[:bar :baz]' 2 is asking for some kind of "hide this behind a shortcut" solution

borkdude20:04:13

Btw, would it be wrong of me to bump clojure to the latest 1.11 alpha in bb for the keyword args map feature?

👍 9
3