Live data from Hacker News

OrbStack: The fast, light, and easy way to run Docker containers and Linux

orbstack.dev

101–110 of 161 posts

Re: OrbStack: The fast, light, and easy way to run Docker containers and Linux

#101
post #98
post #96

Earlier quoted context omitted.

To mirror the sibling comment, where's the POSIX container/zone/vm whatever specification? If the BSDs and Linux can agree on a meaningful subset, macOS might actually follow

There isn't any in POSIX, then again, it isn't as if we now need containers for every executable for any magical reason. Also, just like in the good old days, it isn't hard to have something dealing with HP-UX Vaults, Aix logical partitions, Solaris/Ilumnos Zones, BSD jails, macOS Virtualiztion Framework,....

Just listing technologies that sound kind of similar isn’t enough to actually answer the problems people want solved. The “good old days” were basically just people crying about being unable to have any of the features we have now because they don’t match up or differ in subtly different ways.

Re: OrbStack: The fast, light, and easy way to run Docker containers and Linux

#103
post #98
post #96

Earlier quoted context omitted.

To mirror the sibling comment, where's the POSIX container/zone/vm whatever specification? If the BSDs and Linux can agree on a meaningful subset, macOS might actually follow

There isn't any in POSIX, then again, it isn't as if we now need containers for every executable for any magical reason. Also, just like in the good old days, it isn't hard to have something dealing with HP-UX Vaults, Aix logical partitions, Solaris/Ilumnos Zones, BSD jails, macOS Virtualiztion Framework,....

I was responding to 'people insist on using Linux specific stuff instead of UNIX'. As far as I can tell there is no way to do containers without doing highly platform specific stuff. It would be very useful if the platforms worked towards a common 'more than chroot' thing.

As far as not really needing it, it's not like computers themselves are anywhere near the bottom of Maslow's pyramid, but that doesn't make them any less useful

Re: OrbStack: The fast, light, and easy way to run Docker containers and Linux

#104
post #57

OrbStack is great in a lot of ways, and I universally prefer it over Docker for Mac. That being said, it wasn't always been smooth sailing. Under the hood, OrbStack uses an 8TB sparse disk image, which doesn't play nice with most backup software. https://github.com/orbstack/orbstack/issues/29 It caused me problems with Backblaze, but the Github issues for this show that it also breaks all sorts of backup software, in…

> I like Orbstack, but I wish the devs... devs? afaik, it is just one teenager, Danny Lin (he might be 20 by now, though).

A small team now :)

(not back then though)

Re: OrbStack: The fast, light, and easy way to run Docker containers and Linux

#105
post #28

Earlier quoted context omitted.

Only because it is a Linux VM, and people insist on using Linux specific stuff instead of UNIX, to the point younger generations have no clue about the difference. Even the BSDs and Solaris/Illumos have add to add Linux translation layers. Sad state where POSIX hardly matters for portable UNIX code.

Can you make containers in Darwin?

https://darwin-containers.github.io/

Re: OrbStack: The fast, light, and easy way to run Docker containers and Linux

#106
The absolute best feature that OrbStack has is debug shells. Essentially, it lets you attach to any container with all of your favorite tools already present, e.g. vim.

https://docs.orbstack.dev/features/debug

OrbStack is well worth the price IMO

Re: OrbStack: The fast, light, and easy way to run Docker containers and Linux

#107
post #100

Earlier quoted context omitted.

Was just about to post this. Apple heads tend to think that Mac is the default. Funny when you realise that the problem OrbStack is trying to fix is that MacOS isn't Linux.

Rather people using a UNIX, that isn't GNU/Linux, instead of sponsoring Linux OEMs.

Pretty sure orbstack won't run on other unix systems.

Re: OrbStack: The fast, light, and easy way to run Docker containers and Linux

#108
post #46

Earlier quoted context omitted.

Because Windows users are unlikely to care about Docker and Linux people don’t pay for stuff

This is hilarious and perfectly sums up my experience with Mac developers. Half of them have no idea Docker Desktop actually installs a Linux VM. They think how amazing their incredibly expensive system is, yet it's mostly a glorified text editor. The WSL experience on Windows convinced me buying a MacOS machine makes no sense.

Macs have great hardware (as in, great display and a great touchpad - and the best thing is the computer wakes from sleep when you open the lid, every time; I don't particularly care about the M-series except that it runs super duper cool for how fast it is).

That said I've been tooting the horn that they are not good software development machines for about 2 years now (incidentally matches exactly with when I got a work macbook pro).

Re: OrbStack: The fast, light, and easy way to run Docker containers and Linux

#109

The absolute best feature that OrbStack has is debug shells. Essentially, it lets you attach to any container with all of your favorite tools already present, e.g. vim. https://docs.orbstack.dev/features/debug OrbStack is well worth the price IMO

How the hell do they do that?

Re: OrbStack: The fast, light, and easy way to run Docker containers and Linux

#110

The absolute best feature that OrbStack has is debug shells. Essentially, it lets you attach to any container with all of your favorite tools already present, e.g. vim. https://docs.orbstack.dev/features/debug OrbStack is well worth the price IMO

How the hell do they do that?

There's a "how it works" bit at https://orbstack.dev/blog/debug-shell

> In particular, mount namespaces are what Docker and runc use to give each container its own image and view of the filesystem. But unlike chroot(2), you can copy an existing mount namespace into a new one. Debug Shell uses this to copy a container's namespace, creating a new view where we can inject things without them showing up in the original mount namespace or filesystem.

Post reply on HN