Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

macOS Container Machines

github.com

Post reply on HN
Print view View original

171–180 of 457 posts

Re: macOS Container Machines

#171

Post by katspaugh »

I've looked into replacing Lima with Apple Containers for https://runmachine.dev.

However, unlike Lima, an Apple Container is not a full VM, so you cannot SSH to it, or forward SSH-agent signatures into a machine.

So it's more of a devcontainer story, which is also a great use case. Nice to see Apple creating tooling around their VZ framework.

Edit: referential clarity.

Re: macOS Container Machines

#172

Post by Gigachad »

asimovDev wrote: post #167
pjmlp wrote: post #157

Earlier quoted context omitted.

Except game development, hence Proton.

it always gets a sad chuckle out of me to hear that some native linux ports run worse than the windows version under proton. i think valve games are like that (l4d2 for example) and recently I think Hollow Knight: Silksong was like that

I think at this point native linux ports are somewhat a thing of the past. The problem was that the ports were usually contracted out to a 3rd party and rarely updated or cared for that much. There was also the issue that they often relied on dynamically linked libraries provided by the distro rather than static linked libraries bundled with the game. So stuff that did work would break on distro updates.

The proton model has the benefit that bugs on linux can be fixed by Valve and the Wine community. While bugs in an official linux port can only be fixed by the game publisher which rarely happened. There also seems to be virtually no downsides to running a Windows game in Proton. These days I don't even bother checking the Wine DB or proton rating because unless the game is deliberately blocking linux via anti cheat, it will just work.

Re: macOS Container Machines

#173

Post by itsneulook4 »

that thepolfus and the Otis and the bors and the alschweid and pretty much anyone in old the the gs gangstalk or just getting people info to sit in the same room as them to try and makr them go crazy deserve to brave hart quartered

Re: macOS Container Machines

#174

Post by rakel_rakel »

It's funny that the system config page (https://github.com/apple/container/blob/main/docs/container-...) lists pebibytes for RAM configurations... in this day and age where buying a 16GB stick for workstation would cause me to eat instant ramen for a couple of months because my dentist needs an LLM chatbot on their page to stay competitive!

UX wise it looks kinda neat though!

Re: macOS Container Machines

#178

Post by binsquare »

katspaugh wrote: post #171

I've looked into replacing Lima with Apple Containers for https://runmachine.dev . However, unlike Lima, an Apple Container is not a full VM, so you cannot SSH to it, or forward SSH-agent signatures into a machine. So it's more of a devcontainer story, which is also a great use case. Nice to see Apple creating tooling around their VZ framework. Edit: referential clarity.

Might consider https://github.com/smol-machines/smolvm

It's a full vm

Re: macOS Container Machines

#180

Post by klohto »

golem14 wrote: post #163

I belong to a rare breed of very opportunistic hobby-developers that like to use MacOS but also like to use linux machines or BSDs (rpi etc) sometimes. I can create docker-images with docker compose, or use something like colima, which this seems to be close to (that should have some advantages over docker, although my hope of circumventing W^X page protection did not pan out). I was perplexed that the repository doe…

https://github.com/apple/container/blob/main/docs/technical-... read documentation mr. rare breed
Post reply on HN