Join the discussion

Write your take first — we'll ask for email only when you're ready to publish.

  • Hacker News
  • pretty cool but docker support is a no-brainer. not having it is a deal-breaker
  • I'm curious if Linux aarch64 would be difficult to support with this.
  • Isn't it the same as using systemd-nspawn? containers.<name> let you declare containers with nspawn. What's the difference?
  • my main reason for building this is gvisor/seccomp/capability/landlock
  • > rootfs attestation verifies a per-file SHA-256 manifest at startup;

    What threat model does this protect against? Certainly nice, especially for free, but wondering about utility.

  • it's a simple integrity check for catching deployment drift/tampering.
  • Very cool to see more security focused tools being built here for the Nix ecosystem. What were some of the biggest roadblocks or challenges you hit when building this?
  • This is neat! Is it rootless? Could it pair with devenv?

    I've just gone down a rabbit hole with Fedora atomic desktop (Kinoite), Flatpak Zed, devcontainers with podman compose using the Debian container and nix feature, and devenv.

    It allows me to keep an immutable OS while still having an infrastructure as code development experience. Also team members on MacOS or Windows can choose to use devcontainers to wrap devenv or just skip devcontainers and the extra isolation. It's pretty portable.

  • >>> devcontainers with podman compose using the Debian container and nix feature, and devenv.

    Can you expand on that please?

  • Yes it's rootless and can pair with devenv. MacOS is unfortunately not supported because seccomp is not available.
  • Please, guys, I beg of you: even if you're going to let LLMs generate whole wheel-reinventing GitHub repositories for you (I've let them generate many!), at least write your Hacker News posts yourself. The ability to write a Hacker News post without LLM assistance non-trivially relates to the ability to develop good software, because it boils down to skills conceptualising the project in a way that makes sense to humans, such that the project is product-shaped, rather than loose-blob-of-proper-nouns shaped. It's just very difficult to invest trust in a piece of software doing the right thing when it's not clear someone on the other end has enough ability to express their own ends in writing to make clear what that right thing is.
  •     If your mental model is "run my image instead of docker run," this won't fit. If it's "run untrusted or ephemeral workloads with stronger, auditable isolation on a single host," that's the target.
    
    This in particular is barely coherent.