by robinhoodexe on 3/5/25, 12:09 PM with 16 comments
by charmonium on 3/7/25, 7:57 PM
by Imustaskforhelp on 3/5/25, 5:36 PM
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)
by antonleviathan on 3/6/25, 12:42 AM
fwiw, Talos now uses stagex for their builds: https://github.com/siderolabs/talos/releases/tag/v1.10.0-alp...
by beebaween on 3/5/25, 7:38 PM
by lrvick on 3/5/25, 11:05 PM
Any questions welcome.
Feel free to drop by our matrix channel #stagex:matrix.org for feedback or questions any time as well!
by max-privatevoid on 3/6/25, 10:22 PM
by d3Xt3r on 3/5/25, 9:00 PM
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.