Fork me on GitHub
#babashka
<
2020-09-11
>
tzzh09:09:59

yeah I saw that as well I thought it would be cool to have something like this in bb but I think that would be a lot of work to make the signing of the requests work etc btw I played a bit with https://github.com/babashka/babashka.pods/blob/master/examples/pod-lispyclouds-sqlite/pod-lispyclouds-sqlite.py  and it was super easy to make it work for some basic aws stuff instead 🙂 I decided not to go on as in my case it’s just simpler to do what I need in python directly

borkdude09:09:57

The Python approach is super easy. I'd also be interested to see the Go approach to pods, but I've got no experience with go.

borkdude09:09:25

We already have one Rust pod, which is also a possibility

borkdude10:09:26

maybe @rahul080327 also has ideas about this

Kari Marttila13:09:37

Babashka is now also in Metosin Blog: https://www.metosin.fi/blog/

👍 3
Lone Ranger14:09:18

so is it possible to make an babashka uberscript or babashka uberjar with babashka into a binary like deps.exe?

borkdude14:09:58

with an uberscript you already get a shebang, so that should I think work as a standalone thing, but you still need to have babashka installed

borkdude14:09:19

the other option is compiling to native yourself with graalvm

borkdude14:09:45

I don't know of anything that packages a binary and a file into another binary

borkdude14:09:21

There's a tool here which tries to automate compiling with GraalVM: https://github.com/MnRA/nativity

Lone Ranger14:09:44

fair enough! This is my first exposure to graal although I've heard a ton about it

borkdude14:09:01

The #graalvm channel has some good doc links

hugod17:09:50

makejack has a binary target, which it uses to turn itself into a graalvm binary.

hugod18:09:14

it’s build target basically does pom, compile, uberjar and binary. It depends on there being a native-image.properties file in the uberjar to configure the graalvm build.