This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-08-07
Channels
- # aleph (7)
- # announcements (1)
- # babashka (31)
- # beginners (18)
- # calva (23)
- # cljdoc (10)
- # clojure (74)
- # clojure-europe (42)
- # clojure-norway (10)
- # clojure-uk (1)
- # clojurescript (19)
- # core-async (2)
- # cursive (188)
- # data-science (11)
- # datahike (1)
- # datascript (4)
- # events (2)
- # figwheel-main (23)
- # fulcro (5)
- # gratitude (2)
- # honeysql (3)
- # hyperfiddle (120)
- # jobs (3)
- # lsp (3)
- # meander (6)
- # missionary (8)
- # nrepl (1)
- # off-topic (5)
- # rdf (11)
- # releases (4)
- # remote-jobs (1)
- # sci (5)
- # tools-build (3)
- # tools-deps (14)
Is there an example babashka project that starts an nrepl
server?
Anything that I connect to from Calva and iteratively develop my bb script in 🙂
I think calva already has a built-in option for babashka, right @U0ETXRFEW?
anyway if you want to do it manually, just do bb nrepl-server
from your project root and then connect from calva on the printed port
The bb is running on another computer, so I think I need to start it there?
Thanks!
A small poll for macOS users: how many of you are still using an intel Mac vs M1/M2? I'll respond with two options that you can give a thumbs up (or both)
The reason I'm asking is that CircleCI is deprecating their Intel Mac runners in October and I'm wondering what to do. If all else fails I could move to Github Actions, but they are likely dealing with the same upstream problem of renting Mac machines not being supported anymore either. I could also try Rosetta2 on an aarch64 machine to compile bb for amd64 that way).
OK, I think Rosetta2 will be our saviour here. Compiling with native-image x64 via Rosetta2 works without problem and yields an x64 binary. You can try the binary that I compiled on my M1 machine here:
curl -sL \?rlkey\=g7dcec4itddusivyy0l271bdz\&dl\=0 > bb.zip
unzip bb.zip
./bb
Please try this binary if you are on a macOS Intel machine to see if it works for you.How do I refer to a pod that is not available in the pod registry? Specifically, tzzh/mail
is not available for aarch64
. So I've compiled it and uploaded to my own github repo. I've tried following the guidance on https://github.com/babashka/pod-registry and created my own manifest file in my bb project's directory, i.e., /manifests/tzzh/mail/0.0.2/manifest.edn
with the content
{:pod/name tzzh/mail
:pod/description "Send emails"
:pod/version "0.0.2"
:pod/license ""
:pod/example ""
:pod/language "go"
:pod/artifacts
[{:os/name "Linux.*"
:os/arch "aarch64"
:artifact/url "" ;; My own repo
:artifact/executable "pod-tzzh-mail"}]}
I've also added :pods {tzzh/mail {:version "0.0.2"}
to bb.edn
. But it doesn't work, (:require [pod.tzzh.mail :as mail])
gives the following exception
----- Error --------------------------------------------------------------------
Type: java.lang.Exception
Message: Could not find namespace: pod.tzzh.mail.
Yes, that works but if possible I would like to be able to run the same script on different platforms. That is, not having to hard code the path to the aarch64 pod in my project. So if it’s possible to get this manifest.edn
thing to work that would be great.
It isn't possible yet to publish manifests outside of the registry. I do want to make it possible though, but there's currently some hammock time going on about that
I see! Thank you, I’ll go for the manual loading instead then. Thanks!
I think making a PR for tzzh/mail could also work, to add aarch64 support, it's relatively easy with golang
I was able to compile my own aarch64 version, on a Raspberry Pi. But yeah, I should submit a pull request for one to be published there