I was surprised I hadn't heard of this as a separate tool from systemd-nspawn. Then I realized why... the GitHub repo shows version 0.6 released in 2022, then version 1.0.0 last week, followed by a flurry of releases up to 1.8.0 yesterday.
So basically, it's been all Claude'd up extremely recently.
That said, the landing page, docs, and git README are much higher quality than I normally see out of LLM-generated projects, so at least the author knows how to reign in the needless verbosity and write for a technical audience. So I will give him credit for that at least.
nspawn maintainer here. Yes, it has been done with the help of AI (the README has a clear AI usage disclosure), but I have been writing Rust code since a very long time ago, before agentic coding was a thing (you can check my GH profile). Every change is reviewed by me, and the architecture/implementation is dictated by me as well.
I was surprised I hadn't heard of this as a separate tool from systemd-nspawn. Then I realized why... the GitHub repo shows version 0.6 released in 2022, then version 1.0.0 last week, followed by a flurry of releases up to 1.8.0 yesterday.
So basically, it's been all Claude'd up extremely recently.
That said, the landing page, docs, and git README are much higher quality than I normally see out of LLM-generated projects, so at least the author knows how to reign in the needless verbosity and write for a technical audience. So I will give him credit for that at least.
nspawn maintainer here. Yes, it has been done with the help of AI (the README has a clear AI usage disclosure), but I have been writing Rust code since a very long time ago, before agentic coding was a thing (you can check my GH profile). Every change is reviewed by me, and the architecture/implementation is dictated by me as well.
Ideas/issues/PRs are welcome.
Any issues/features requests are welcome. Thanks for bringing it up here.
Neat, I wasn't aware of this tool. I just either run nixosContainer in systemd-nspawn or OCI image in systemd-nspawn.