Live data from Hacker News

Darling – Run macOS software on Linux

darlinghq.org

91–100 of 138 posts

Re: Darling – Run macOS software on Linux

#91
post #77

Nice. Off topic, but does anyone know of any good IINA alternatives for Linux? I have not found anything that beats it in terms of polish. VLC is nice, but IINA does one thing really well, and is based on MPV, with all of its powerful configuration options and nice keybinds.

I've never used IINA, but I'm wondering why you don't just use mpv on Linux? I've been using mpv for years and I've never had any issues with it.

mpv is fantastic and continues to improve.

Re: Darling – Run macOS software on Linux

#92

Perfect timing for me. Macbook Pro 2017 logic board died and can't get it in for repair due to shutdowns. So installed Linux Mint on Thinkpad T420. This will help me a lot, I'd be pleased if I could make a permanent shift from Mac. Is this something Apple is likely to try and break constantly with software updates?

Lenovo laptops seem to be great machines to convert to Linux. My daily laptop for the past few yrs is a carbon X1 running Mint and I just converted my wife’s (different gen) carbon X1 over to Pop!_OS for her. My only gripe with either is the lack of fine-tuning available for hi-dpi settings but my understanding is that this is a Linux problem generally.

Re: Darling – Run macOS software on Linux

#93

TLDR; "Does it support GUI apps? Almost! This took us a lot of time and effort, but we finally have basic experimental support for running simple graphical applications."

Don't get your hopes up (too much) though. They will have to rely on an open source reimplementation of Cocoa (e.g. Cocotron or GNUStep) to support GUI apps. These are a long way from providing a full implementation of the macOS frameworks. You cannot just take a random Objective-C or Swift macOS app and recompile it using these open source libraries. So, binaries is even much further away. Even Wine, which has seen two decades of development (including from companies such as CrossOver), only supports a small subset of Windows applications very well.

Of course, it might be possible to re-use macOS' frameworks, but Apple would probably sue anyone who tries to offer that into oblivion.

BTW. I think this is a great project, but there are some people who seem to be rooting for using this for running Creative Suite on Linux. That won't happen anytime soon, if ever. Wine is your best shot.

Re: Darling – Run macOS software on Linux

#94

> The name Darling is a combination of “Darwin” and “Linux”. I'm sorry, what? How?

Take the first three letters of each name; Darwin gives you "dar" and Linux gives you "lin". Combining these, you get "darlin". Then, presumably the authors wanted a dictionary word for their name, so they chose darling.

Re: Darling – Run macOS software on Linux

#95
post #77

Nice. Off topic, but does anyone know of any good IINA alternatives for Linux? I have not found anything that beats it in terms of polish. VLC is nice, but IINA does one thing really well, and is based on MPV, with all of its powerful configuration options and nice keybinds.

I've never used IINA, but I'm wondering why you don't just use mpv on Linux? I've been using mpv for years and I've never had any issues with it.

IINA is much more than mpv. Sure, it uses mpv underneath, but the selling point of IINA is a well thought out UI with just enough features but not too many (totally subjective, of course)

Re: Darling – Run macOS software on Linux

#99
post #57

After learning of the existence of a bunch of compatibility layers, I'm now occasionally pining for a Linux→Mac one. Because dealing with BSD software, aka ‘unknown option --help’, is a source of irritation sometimes. Plus there's actually open-source Linux software that doesn't have open-source analogs on Mac (not that I'll remember right now what it was). But then again, Linux has /proc and a boatload of common API…

The —help is not particularly useful when you have proper man pages.

Re: Darling – Run macOS software on Linux

#100

Earlier quoted context omitted.

On the other hand, it's a bit weird that Darling requires a kernel module. Given the name (darling-mach) I guess it's doing something to make Linux look more like XNU, but it's surprising that the Darling team has to do that within Linux itself (given that Wine is apparently able to make Linux look like NT in userspace).

Not sure it's the underlying reason, but for a long while Go would use raw syscalls on Darwin, which is something that Windows has explicitly sabotaged for ages. It's a lot easier to trap a library call from userspace than a syscall.

It’s not just Windows; directly calling syscalls is a linuxism, discouraged or unsupported on pretty much every other system.
Post reply on HN