Robert Hensing

@sweenu > For example I have this: > > ``` > virtualisation.arion.projects.homelab.settings.project.name = "homelab"; > ``` This line shouldn't be necessary because it already get that value as a default...

You only need a GC root if you use the host store. Without `useHostStore = true`, Arion will build and load images with `pkgs.dockerTools` and `docker load`. I've used it...

This type of solution is an uphill battle without at least #27. Meanwhile these things can be achieved by using NixOS in the image.

Arion is stateless so far. Only a tempfile is created for the duration of the command. Caching can't safely assume that only a single deployment is done from a given...

My first guess is that `docker` and `docker-compose` talk to different engines. Did you enable `dockerCompat` [in NixOS] instead of `virtualisation.podman.dockerSocket.enable` by any chance? I don't think I've tested that...

I see. Arion talks to the `docker` and `docker-compose` on `PATH`. As long as those agree about the runtime, I wouldn't expect to see a problem like this. Given that...

On NixOS we can [use](https://docs.hercules-ci.com/arion/#_nixos) the `dnsname` plugin. Perhaps it can be used with rootless too somehow? That would be nicer than working with IPs.

Static nix is what allows us to use nix without a `/nix` directory. The `nixos-rebuild` script as-is won't work if it's not in `/nix/store`. Also you'd have to build it,...

Not quite. `nixos-instantiate` has to be available in the environment, but it does not have to be installed into `/nix/store`. This works with static nix. Building any derivations is not...

No namespaces used. I see no reason why it shouldn't work on Darwin.