Oh come on, we could have lived in a world where the translation layers are called WINE and DINE!
How petty would it be to make a fork of it just to rename it to DINE?
The right kind of petty.
It's the only logical choice!
FORK IT
You'd likely need to write someone complimentary software called KNIFE.
I mean, "Wine, Darling?" Is still pretty good
for those not familiar, this basically lets you run command line tools. anything with a GUI will not work.
Yet.
Everything starts somewhere, but I wonder what macOS cli’s are the target for this tool that doesn’t have a Linux equivalent
CLI's are likely not specifically the target. I suspect the CLI is just the "low hanging fruit" and core set of software that needs to be supported before you build up to a fully functional GUI apps.
Seeing how the majority of CLI apps available on the Mac are ported over from Linux in the first place, what is even the point?
Neat!
For software that’s currently available on both Windows and MacOS, how does the performance of the Windows version under Wine compare to the MacOS version under Darling?
Wine is much, much better at this point. In particular, Darling doesn’t have much support for GUIs yet, so unless it is a command line tool you probably want to stick with Wine.
I imagine if Darling gets as well supported it would be better. But it will not be optimized as much, even though the core architecture may be way more similar
Anyone have experience with it? I'm trying to think of something that is MacOS only that I care about to test it with, but coming up empty.
Haven't tried it yet, but I can see myself using it in the future. It could be great for automating Mac/iOS development and administrative workflows. I don't think you can compile, sign, notarize, or inspect Mac/iOS apps without Xcode tools (which are, of course, Mac-only). It's a pain in the ass to operate Mac VMs for such purposes, and it's only getting more difficult as time goes on. IIRC Apple only allows 2 guest VMs per host now.
Not sure if there are any non-Mac tools to work with dmg files (Mac disk images).
If GUI support is sufficiently developed in the future, there are plenty of Mac apps I would like to run. iPhone app support on Linux would be an absolute game-changer.
Might be a good way to run Photoshop if it's more compatible with Adobe apps than Wine
It took an hour or two to compile and takes up about 5GB of space. The only program I'm really interested in is Xcode, which doesn't work at the moment.
Arc is a neat browser I might try out if it weren't Mac only and chromium based.
I mean they have lots of MS Apps, Adobe stuff, some video editors and all that, maybe MS apps on macOS are less hard to run
If in the future it ever gets good support for gui's and is stable. For sure gone try Qlab.
It's simple the best show control software I tried yet. But for now I will be using Linux show player or borrow a MacBook.
Safari is by far the best browser for battery performance. I'm uncertain if this would translate over to safari running in darling when it supports guis fully.
I'm a Windows user so this is even less relevant to me, but I can't think of a single program or application I would even want that's only on Mac.
raycast, shottr, sketch, logic, final cut, motion, ia writer, things3, xcode
The only one of those I've ever heard of is Final Cut and I have Premier Pro already. I'm going to assume I can get a pretty solid alternative for any of the rest as well.
I use Kdenlive for video editing. It's been awesome for my purposes.
For me that could be Sketch :)
Not familiar, but I have the Adobe suite and that seems to cover my needs.
Garageband. Sadly it's my favorite DAW. I've tried many alternatives.
How long until they stop delivering apps with Intel support, which would break this tool?
Uhm, if that happens, maybe the devs could use something like qemu or a specialized fork of it?
I don't really understand the appeal of this. What command line software is there on MacOS that there isn't an adequate equivalent to on Linux?
Well, none. One assumes the aspiration is to implement Cocoa, to allow GUI apps to run.
Its a first step. And then some day complex software can run, even though I have the feeling that has all shady DRM stuff inside
For me the appeal is potentially being able to verify that my code at least compiles and has basic functionality on Darwin. No idea if this can be useful for anyone other than developers.
Well, none. One assumes the aspiration is to implement Cocoa, to allow GUI apps to run.
Cool. Do you know if this project will support PowerPC-era Mac OS X apps or if that makes any difference? There are a bunch of quirky and fun games that could avoid being lost to time if an "emulator" can run them.
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
