Currently there's no direct way to do this but you could do this as follows:

bb -Sdeps "$otherdeps" prepare 

It's working for the most part, but have a last call with -Sdeps that is an https://stackoverflow.com/questions/51642221/dockerfile-how-to-set-env-variable-from-file-contents when using ENV This doesn't work:

ENV fprocess="bb -Sdeps `cat ship-deps.edn` run-function"

ENV fprocess="SHIP_DEPS=$(cat ship-deps.edn) bb -Sdeps $SHIP_DEPS run-function"

I think it's better to wrap the $(...) expression in \"...\" to prevent spaces messing things up

same for \"$SHIP_DEPS\"

always quote environment variables

but that might not be your issue here

you can do it another way: bb --config ship-deps.edn prepare

ship-deps.edn is not intended to replace bb.edn . it's actually non standard, only supporting :deps map Isn't -Sdeps merging, while --config replaces? I want merge behavior.

yes, but for prepare, does it matter?

Sure, and for prepare it's working with -Sdeps The problem is that the task run-function here is not like "prepare". It's running code under :paths classpath:

ENV fprocess="bb -Sdeps `cat ship-deps.edn` run-function"

{:paths ["."]
 :tasks {run-function index/-main
         test function.test.run-tests/-main}}

ok, maybe prepare should have an option to prepare all the :extra-deps dependencies in tasks (or do so by default)

I don't get your last remark though, why would you want to "prepare" a local directory?

I did prepare. Wait, are you saying I don't need to pass Sdeps to run the code after preparing?

I don't think so?

hmm, -Sdeps gives a different .cache hash than without it

Perhaps it's best if you prepared an uberjar with everything in it and then execute with bb -cp deps.jar <task>

this way you're never going to hit dependency stuff

bb uberjar lets you make this uberjar

bb uberjar deps.jar ...

Unless there is any runtime speed improvement in prod, like with standalone native binary (which I couldn't get it working because maybe I'm not smart enough), creating uberjar for dev time would end up being a massive drag while iterating code and check the results. Context: This is an OpenFaaS function template to write Functions in babashka.

if this is for dev, why are you preparing stuff?

I am preparing first. I didn't show that part of the code. That is working well. In the meantime, I'll try without Sdeps . > hmm, -Sdeps gives a different .cache hash than without it I don't understand yet the implications of this yet, but I'll try now and see.

you could just move all the :extra-deps stuff to :deps , run prepare and call it a day :)

Well, deps.edn files (or bb.edn files) are hashed and their hash is saved to .cpcache. If the hash matches, java isn't called to calculate a classpath and download dependencies

and if you prepare the .cpcache file is produced, so next time you won't hit the java machinery

the same happens if you just run the task once btw

ok, let's take a few steps back then. > I am preparing first. I didn't show that part of the code. That is working well. Can you explain what is the remaining problem?

oh ok, sweet, so should work just fine without Sdeps

There is no remaining problem, I think.

ok, feel free to ping me again if you run into any other issues

in the docker image, you might need to save the ~/.clojure/.cpcache directory as well, since that is where the hash is saved by default

but I guess that happens by default if you're still in the same environment

Yes, it will be there by default, reusing the build files. Massive thanks. I'll ping if there's a similar blocker.

Sorry, I missed your point here: > if this is for dev, why are you preparing stuff? Preparing first is essential for FaaS cold starts. It's for dev in the sense that trying changes to the Function's code only makes sense by rebuilding the underpinning docker image, but the resulting image will be used in prod as well.

ok

Btw, logs show it can't find ns of the ship dep: Could not find namespace: bell.core I'll do some debugging to confirm everything is in place.

perhaps you can just upload your code somewhere, talking about this stuff is hard when you don't have concrete stuff to look at

yup

For reference to future discussion: Dockerfile: https://github.com/ccfontes/faas-bb/blob/run-docker-cmds-together-for-smaller-img/template/bb/Dockerfile#L57 Function used to test: https://github.com/ccfontes/faas-bb/tree/run-docker-cmds-together-for-smaller-img/examples/http/bb-routes-bell bb script to conditionally merge ship+test deps: https://github.com/ccfontes/faas-bb/blob/run-docker-cmds-together-for-smaller-img/template/bb/with-bb-deps.clj

one weird thing I'm seeing here: https://github.com/ccfontes/faas-bb/tree/run-docker-cmds-together-for-smaller-img/examples/http/bb-routes-bell is that bb.edn doesn't mention :paths ["."] to add the current directory to the classpath

either put sources in src and use :paths ["src"] or add :paths ["."]

that bb.edn is non-standard. it's just for being used by with-bb-deps.clj to merge together with test/bb.edn and the result passed to Sdeps in bb prepare . The bb.edn that is used as config file by bb commands is located in template/bb/bb.edn.

https://github.com/ccfontes/faas-bb/blob/run-docker-cmds-together-for-smaller-img/template/bb/bb.edn

> you could just move all the :extra-deps stuff to :deps , run prepare and call it a day 🙂 Did this as you suggested and now it works, of course haha 😆 1. merge function/bb.edn + function/test/bb.edn + template/bb/bb.edn as ship.edn/test.edn 2. then bb --config ship.edn or bb --config test.edn Thanks for your help!