News for hackers. Stuff that matters.
Re:Building a Linux Container Runtime from Scratch by pzmarzly on Wednesday March 26, 2025 @06:02PM (#43487934)
Why not use any of the existing OCI Runtimes? They take well-defined[0] JSON description as input, and are pretty well-contained (single static binary). And because they are separate binaries, not libraries, you don't need to worry about things like thread safety or FD leaking.

[0] https://github.com/opencontainers/runtime-spec/blob/main/con...

Re:Building a Linux Container Runtime from Scratch by r3trohack3r on Wednesday March 26, 2025 @06:25PM (#43488158)
I’m currently exploring this for an AI context because I haven’t found a better solution for letting K8S manage AI workloads that need direct GPU access on OSx
Re:Building a Linux Container Runtime from Scratch by brcmthrowaway on Wednesday March 26, 2025 @07:19PM (#43488636)
Why are you building AI anything
Re:Building a Linux Container Runtime from Scratch by pm90 on Thursday March 27, 2025 @12:47AM (#43490470)
You're running a kubernetes cluster with nodes that are running OSx?
Re:Building a Linux Container Runtime from Scratch by denhamparry on Thursday March 27, 2025 @08:36AM (#43492958)
Edera developer here. Edera Protect is being developed to manage access to the GPU hardware on a Node with the containers running your workloads. We talk a lot about isolation between containers, but we're also focused on adding this isolation throughout the stack, from containers/processes down to hardware.
Re:Building a Linux Container Runtime from Scratch by r3trohack3r on Sunday March 30, 2025 @08:11PM (#43529182)
Sounds compelling - I can’t see any mention of apple silicon on your site, any intention of supporting it?
Re:Building a Linux Container Runtime from Scratch by harha_ on Thursday March 27, 2025 @01:22AM (#43490590)
The beginning of the article answers to your question.
Re:Building a Linux Container Runtime from Scratch by zamalek on Thursday March 27, 2025 @02:14AM (#43490804)
"I don't need the full capabilities of OCI." In my (now very much stagnating) Nix-like pet project[1] I merely want a hermetic build environment. Rolling my own container runtime was no more difficult than, what would likely be, a nightmare of emulating a complete OCI container for the simple purpose that I'm after.

Simple problems need simple solutions, and OCI is really complex. I was initially overjoyed by the prospect of deleting my code, but it looks like this project doesn't have rootless/shadowutils support yet (which is solely useful for not having to worry about su or caps during development).

[1]: https://github.com/porkg/porkg/tree/rs