try -Sforce , rm -rf ~/.deps.clj ,

which bb version is this

recent bb versions should be more robust with respect to the downloaded tools jar

Aah. I was on 1.3.179. Have upgraded to 1.3.184 and have got a different error. It no longer complains about the classpath, but it still can't find clojure.main:

Clojure tools not yet in expected location: .deps.clj/clojure-tools-1.11.1.1403.jar
Downloading  to .deps.clj/clojure-tools.zip
Unzipping .deps.clj/clojure-tools.zip ...
Successfully installed clojure tools!
Error: Could not find or load main class clojure.main
Caused by: java.lang.ClassNotFoundException: clojure.main
Exception in thread "main" clojure.lang.ExceptionInfo:  babashka.process.Process@416433a5

Oh wait, I think I commented something by accident

Nope, same deal 😕

did you set HOME to something else perhaps?

I vaguely remember something with (System/getProperty "user.home") and HOME being dissimilar causing issues

As in the actual env var rather than a java property or similar? ${HOME} isn't set in the sandbox env. I've explicitly set CLJ_CONFIG and DEPS_CLJ_TOOLS_DIR to be inside the sandbox

Hmm, I can test that

ah ok

you could try to download the deps.clj script and just execute it with bb like this:

bb -cp nil ./deps.clj -Sdeps-file bb.edn 

https://github.com/borkdude/deps.clj/blob/master/deps.clj

Hmm, I'm getting somewhere with looking at the cpcache directory. It's still referring to files in ~/.m2/repository.

So I'd need to try and get those to be saved somewhere within the sandbox too

what is your invocation of bb which gets you the error message?

I mean, if you get clojure.main not found for just bb and not invoking clojure itself, then this is a sign that something goes wrong while calculating the classpath

but if this is happening when doing bb clojure, it's another story

you can set the mvn local repo using -Sdeps '{:mvn/local-repo "/tmp"}'

• bb works (a babashka repl launches) • bb clojure works (a clojure repl launches) • bb --config bb.edn uberjar deps.jar fails

bb --config bb.edn is already the default, so I don't understand why this fails, unless it's using an old cache. Try wiping ~/.clojure/.cpcache

bb --config bb.edn -Sforce ....

Hmm. With -Sdeps '{:mvn/local-repo "/tmp"}' the .cpcache/*.cp file is still referencing my home directory...

what does bb --version return

babashka v1.3.184

dunno. if you can provide a repro, happy to look further

It's definiteyl something to do with the sandboxing and the setting of those 2 vars. If don't sandbox but still have the vars, it still fails. If I don't sandbox and don't override the vars it works fine

if you can give me instructions of how to replicate such a sandbox e.g. using docker perhaps that would help

👍 I'll try and put something together. Thanks!

for now you could try to create the uberjar outside of the sandbox perhaps and then take it with your into the sandbox