Live data from Hacker News

macOS Container Machines

github.com

111–120 of 457 posts

Re: macOS Container Machines

#112
post #2

looks like apple wrote a native docker in swift you can now run linux containers on your mac ... but it could be better. what about (totally contrived): FROM apple/macos:10.11.6 RUN xcodebuild -project myapp.xcodeproj -scheme MyScheme -configuration Release

It would be wonderful if this ran on older versions of macOS, but according to the README they only support 26.

you do not understand... Not run on, run IN :)

I'm saying the older version of macos could build/run INSIDE the container

just like on a ubuntu 24.04 system you can do:

  FROM ubuntu:16.04
or

  docker run ubuntu:16.04 
and though I haven't tried it, I believe docker can do arm in x86 using an emulator (like rosetta)

Re: macOS Container Machines

#113
post #15
post #12

Earlier quoted context omitted.

Allocation of a finite amount of engineering resources.

And a legitimate business interest to further incentivize the adoption of Apple Silicon devices. Same with Rosetta deprecation after macOS 27.

Sure, but to what extent?

Enterprise ARM servers are still a niche product, and so are the ARM developer machines running Linux or Windows. Until this significantly changes, Apple will have to provide good x86 interop - or lose the developer market entirely.

Forcing people towards Apple silicon is of course an attractive approach when targeting the large portion of the market using their MacBooks as Facebook browsing machines, but (especially with the new MacBook Neo) what's going to happen when a large portion of the market for high-end MBPs disappears because it turned from the default no-brainer into a liability?

Re: macOS Container Machines

#115
post #37

Earlier quoted context omitted.

We just released this in OrbStack :) https://docs.orbstack.dev/features/usb Blog post soon

Yeah I find this useful for redirecting storage/sdcard*, so you can format linux filesystems or use other tools. * need a usb sdcard reader for macbook pro cause the builtin is not usb)

We're working on block device passthrough for the builtin SD reader.

Re: macOS Container Machines

#116
post #15

Earlier quoted context omitted.

And a legitimate business interest to further incentivize the adoption of Apple Silicon devices. Same with Rosetta deprecation after macOS 27.

Rosetta 2. Rosetta was for Intel to emulate 68k, now if you could get Rosetta 2 to run under Rosetta, then you could run 68k, on an ARM, and if you could get the apple ][ emulator...

Rosetta 1 was for emulating PPC not 68k

Re: macOS Container Machines

#117
post #85

Every time I see Apple flaunting Linux containers I can hardly consider it as anything but admitting defeat. It could easily be Darwin, if they still had the capacity.

Apple set itself up for defeat in the server and developer marketplace as soon as they decided macOS was proprietary code. Why would any serious developer use closed-source code they can't debug and modify? Especially for a production server? It's the same reason no serious developers or hackers use macOS, like part of the point of being a developer is being able to dig into the code at any layer and debug and fix th…

No offense, but serious developers don’t think this way at all.

Re: macOS Container Machines

#118
post #90

Earlier quoted context omitted.

WSL1 was so cool, WSL2 made it boring and isolated.

Back in my day you to to download a couple GB worth of cygwin, and that wasn't an actual environment, basically just a GNU toolchain compiled for windows. But it got you like....grep and bash and stuff that ran natively on windows which was kinda cool.

Cygwin was fun. I'd done zero development on Windows, but about 10 years ago I had to figure out how to deploy some nightly shell scripts across a bunch of local computers in a few dozen offices, where about 80% were MacOS and the rest were Windows. I don't remember exactly how I rigged it, but basically cygwin allowed me to keep the scripts as they were and trigger them in place, with a few small modifications.

I never want to deal with that again ;)

[edit] fwiw, Termux on Android is similarly a fun pseudo-environment. It's a nice and helpful toy.

Re: macOS Container Machines

#119
post #85

Every time I see Apple flaunting Linux containers I can hardly consider it as anything but admitting defeat. It could easily be Darwin, if they still had the capacity.

Apple set itself up for defeat in the server and developer marketplace as soon as they decided macOS was proprietary code. Why would any serious developer use closed-source code they can't debug and modify? Especially for a production server? It's the same reason no serious developers or hackers use macOS, like part of the point of being a developer is being able to dig into the code at any layer and debug and fix th…

OpenDarwin was a thing at one point, with mailing lists and other infrastructure hosted by Apple.

That being said, my point isn't that Apple should absolutely focus on making a server OS again. It just saddens me how far behind macOS has fallen as they stopped caring about the fundamentals; back in the day, it would be Linux trailing behind macOS. Nowadays, you can't even have multiple routing tables on the latter, the firewall code was probably last updated in Snow Leopard, and what Apple happily shows off on WWDC is a wrapper around Linux. Something functionally equal can be cobbled up together by anyone sufficiently experienced in minutes, using just Bash, OpenSSH, and QEMU.

I really wish macOS would let me have a similar level of control over applications as Linux with namespaces, without me having to do all the heavy lifting.

Re: macOS Container Machines

#120

OrbStack works really well for me. I wonder how it’s compared to this performance wise

I like orbstack in theory, but I find it hard to justify a $96/yr license fee for something that has so many open source, free alternatives. As it is, I’d rather use podman or colima
Post reply on HN