Thanks @borkdude! https://github.com/hyperfiddle/rcf/commits/master

For anyone wondering https://github.com/hyperfiddle/rcf.

Yeah :) You can try this with the dev version right now if you want

both bb dev + rcf master

https://github.com/babashka/babashka-dev-builds

bash <(curl ) --version 1.0.168-SNAPSHOT --dir /tmp

Will do, most certainly today!!! Oh, bb dev... ok, will probably go ahead to try it, I added (again) some RCF tests to a namespace this morning that (again) broke our BB tasks b/c they visited that namespace. Instead of doing lots of gymnastics, better to use dev.

I can probably do another bb release this week

end of the week probably

but testing would be much appreciated

Should I see this after installing 168-snapshot, did my install correctly target the snapshot?

no, with --dir /tmp it downloaded it to the /tmp dir :)

so you'd have to execute it from /tmp/bb

or remove the --dir option

Yeah, I instead did this: > # https://github.com/borkdude/babashka#installer-script > RUN curl -sLO https://raw.githubusercontent.com/borkdude/babashka/master/install 2>&1 > RUN chmod +x install --version ${VERSION_BABASHKA} --download-dir . > RUN ./install 2>&1

in our dev container dockerfile, where the version is 1.0.168-SNAPSHOT

Back to this, checking why this happens

./install: line 46: $2: unbound variable

Final version is now OK:

# 
ARG VERSION_BABASHKA
RUN curl -sLO  2>&1
RUN chmod +x install
RUN ./install --download-dir . --version ${VERSION_BABASHKA}

com.hyperfiddle/rcf {#_#_:mvn/version "20220926-202227"
                     :git/url ""
                     :sha "86339e422e38f39951686b1aee6ececc17c4c1d4"}

New bb released

I don't think that's generally true - if there are deps in bb.edn, using --classpath "loses" them:

$ cat bb.edn
{:paths ["src"] :deps {djblue/portal {:mvn/version "0.29.1"}}}
$ bb '(babashka.classpath/get-classpath)'
"src:... several lines of classpath"
$ bb -cp "src" '(babashka.classpath/get-classpath)'
"src"

Yeah, that's what I was seeing! I was confused, because the doc for -cp implies that only :paths in bb.edn is replaced (not the deps), but, on second reading, I see how Classpath to use. Overrides bb.edn classpath. can mean "entire classpath as generated from bb.edn , include deps, is overriden"

[insert meme of 'aliens!' guy with text 'classpaths!']

Solved it, the :error output was defaulting to stdout (i think).

for swallowing output I'd use :err :string so the stderr is written to a string that you then don't consume