Stagex – Container-native, full-source bootstrapped, and reproducible toolchain

This is absolutely great ! , something absolutely minimalist instead of nix os , that being said , I am interested in seeing full source bootstrapped point within wasm / libriscv as well.

Personally I wish that this can somehow be even more "better" in my opinion if this can replace containers themselves. I had once seen somebody comment that they wanted to create a gcloud course and wanted to provide a shell like environment with all gcloud tools etc., that too , cross platform but they felt docker was too heavy for such use case , so they used nix for it.

I am also wondering how cool this can be where this can be used to create things like appimage or all the other things. Since this is reproducible, we can create a such dockerfile to .deb / .pkg.tar.zst and so much more.

Damn. This is crazy idea considering you don't have to trust anybody or any code , I wish for something like zkvm combined with this where with just source code and a proof , you can verify that somebody built it and maybe even distribute it , the problem I suppose is that zkvm doesn't prove things running over the internet ( I think)

Why does the "Comparison" table show "Nix" as "No" for "Containerized"? One can [run Nix in containerized environments](https://nix.dev/manual/nix/2.24/installation/installing-docker.html ↗), [build containerized environments from Nix](https://nix.dev/tutorials/nixos/building-and-running-docker-images.html ↗), and [even run Nix-generated environments directly in containerd through a plugin](https://github.com/pdtpartners/nix-snapshotter/blob/main/docs/architecture.md ↗). I believe the former two apply to Guix as well which is also marked as "No" for "Containerized".

I see that they compare themselves against other distros like Alpine and Arch, but the big difference is that you can actually install all those other distros on physical hardware - can you do that with stagex? I don't see any mentions of setting up a bootloader, initramfs, init, display manager etc.

It's fine if it can't be installed on physical hardware (or if that isn't the intended use), but in which case, I think this point should be clarified.

To elaborate my use case, I'm interested in using minimal OCI containers as a bootable OS, so when I do an update, I can switch over to the new image (or a different image) in an atomic operation. Yes, I know there are projects like Fedora Atomic, uBlue, bootc etc, but they're all far too bloated - I want to use a minimal, musl-based, fully reproducible image-based updates.