Chris Crone

Bind mounts in this context mean bind mounting of the build context, not the files directly on the host. Note that the default mount without specifying a `type` is bind....

I've updated the labels. From what @thaJeztah said, it appears that we need to make Engine changes before this is possible.

My branch works on my Intel Mac so I think this is an upstream issue.

Using @rumpl's [branch](https://github.com/rumpl/unqlite.rs/commits/arm) and this patch: ```patch diff --git a/Cargo.lock b/Cargo.lock index cf6a665..de056fc 100644 --- a/Cargo.lock +++ b/Cargo.lock @@ -4020,9 +4020,8 @@ dependencies = [ [[package]] name = "unqlite" -version...

No, unfortunately not. We need a patch adding arm64 support to unqlite. [@rumpl hacked something that compiles](https://github.com/rumpl/unqlite.rs/commits/arm) but I'm not sure it's production ready.

This is something I've been thinking about too. > Also wondering if a (g)zip approach of the directory format has been considered as an alternative; doing so would not require...

Thanks for the feedback @Yajo. We're still experimenting with renderers (and templating in general) which is why there are some rough edges. Our idea up to now has been that...

@jhrabi yes, we will have some form of templating as a main feature. The reason this is all behind experimental is that we want to find the right UX, engine,...

I still need to add a readme for this so will leave it in draft until that's done.

@silvin-lubecki I see https://github.com/docker/app/pull/244 was merged. Did it take this into account?