TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

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

36 pointsby robinhoodexe2 months ago

7 comments

charmonium2 months ago
Why does the &quot;Comparison&quot; table show &quot;Nix&quot; as &quot;No&quot; for &quot;Containerized&quot;? One can [run Nix in containerized environments](<a href="https:&#x2F;&#x2F;nix.dev&#x2F;manual&#x2F;nix&#x2F;2.24&#x2F;installation&#x2F;installing-docker.html" rel="nofollow">https:&#x2F;&#x2F;nix.dev&#x2F;manual&#x2F;nix&#x2F;2.24&#x2F;installation&#x2F;installing-dock...</a>), [build containerized environments from Nix](<a href="https:&#x2F;&#x2F;nix.dev&#x2F;tutorials&#x2F;nixos&#x2F;building-and-running-docker-images.html" rel="nofollow">https:&#x2F;&#x2F;nix.dev&#x2F;tutorials&#x2F;nixos&#x2F;building-and-running-docker-...</a>), and [even run Nix-generated environments directly in containerd through a plugin](<a href="https:&#x2F;&#x2F;github.com&#x2F;pdtpartners&#x2F;nix-snapshotter&#x2F;blob&#x2F;main&#x2F;docs&#x2F;architecture.md">https:&#x2F;&#x2F;github.com&#x2F;pdtpartners&#x2F;nix-snapshotter&#x2F;blob&#x2F;main&#x2F;doc...</a>). I believe the former two apply to Guix as well which is also marked as &quot;No&quot; for &quot;Containerized&quot;.
评论 #43297981 未加载
Imustaskforhelp2 months ago
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 &#x2F; libriscv as well.<p>Personally I wish that this can somehow be even more &quot;better&quot; 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.<p>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 &#x2F; .pkg.tar.zst and so much more.<p>Damn. This is crazy idea considering you don&#x27;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&#x27;t prove things running over the internet ( I think)
评论 #43273864 未加载
antonleviathan2 months ago
I&#x27;m also one of the maintainers of stagex.<p>fwiw, Talos now uses stagex for their builds: <a href="https:&#x2F;&#x2F;github.com&#x2F;siderolabs&#x2F;talos&#x2F;releases&#x2F;tag&#x2F;v1.10.0-alpha.2">https:&#x2F;&#x2F;github.com&#x2F;siderolabs&#x2F;talos&#x2F;releases&#x2F;tag&#x2F;v1.10.0-alp...</a>
beebaween2 months ago
This is great, but the page still seems to struggle to explain why this is different from nix &#x2F; why I should use it in the first place?
评论 #43273932 未加载
lrvick2 months ago
Hi, I am one of the quorum of maintainers.<p>Any questions welcome.<p>Feel free to drop by our matrix channel #stagex:matrix.org for feedback or questions any time as well!
评论 #43277419 未加载
max-privatevoid2 months ago
Why shoehorn Docker into this as a build sandbox instead of writing an alternative package set for Nix?
评论 #43299584 未加载
d3Xt3r2 months ago
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&#x27;t see any mentions of setting up a bootloader, initramfs, init, display manager etc.<p>It&#x27;s fine if it can&#x27;t be installed on physical hardware (or if that isn&#x27;t the intended use), but in which case, I think this point should be clarified.<p>To elaborate my use case, I&#x27;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&#x27;re all far too bloated - I want to use a minimal, musl-based, fully reproducible image-based updates.
评论 #43273843 未加载