Wer von Windows oder macOS auf Linux umsteigt, stößt früher oder später auf die gleiche Frage: Was passiert mit den Programmen, an die man gewöhnt ist? Für Windows-Software gibt es seit Jahren Wine, einen Übersetzungs-Layer, der viele Anwendungen ohne Windows selbst lauffähig macht, und inzwischen mit beispielsweise WinBoat auch weitere Optionen. Für macOS-Software gibt es ein Gegenstück, das denselben Ansatz verfolgt und deutlich weniger bekannt ist: Darling.
Der Name setzt sich aus Darwin und Linux zusammen. Darwin ist der quelloffene Unix-Unterbau von macOS, den Apple in Teilen als freie Software veröffentlicht hat. Genau diese Teile nutzt Darling, um macOS-Programme unter Linux auszuführen, ohne dafür ein komplettes macOS in einer virtuellen Maschine zu starten.
Ein Kompatibilitäts-Layer, keine Emulation
Der Unterschied zur Virtualisierung ist dabei der Kern der Sache. Eine virtuelle Maschine legt ein vollständiges zweites Betriebssystem auf die vorhandene Hardware, mit allem Ressourcenverbrauch, der dazugehört. Darling geht anders vor: Es stellt macOS-Programmen die Bibliotheken und Schnittstellen bereit, die sie erwarten, und übersetzt deren Anfragen in etwas, mit dem der Linux-Kern etwas anfangen kann. Ein macOS-Programm läuft damit direkt auf dem Linux-System, nicht in einem abgeschotteten Gastsystem daneben.
Technisch ist das anspruchsvoll, weil Linux und macOS auf unterschiedlichen Grundlagen aufsetzen. Programme für Linux liegen im ELF-Format vor, macOS verwendet Mach-O. Darling bringt deshalb einen eigenen Loader mit, der Mach-O-Programme starten kann. Dazu kommt ein Serverdienst namens darlingserver, der die Systemaufrufe von macOS auf dem Linux-Kern nachbildet, darunter die Mach- und POSIX-Schnittstellen. Obendrauf setzen nachgebaute Apple-Frameworks wie Foundation, AppKit, CoreAudio und CoreFoundation. Weitere Bausteine stammen aus Apples eigenen Open-Source-Veröffentlichungen.
Rechtlich stützt sich das Projekt darauf, ausschließlich die als freie Software veröffentlichten Bestandteile von Darwin zu verwenden. Darling steht unter der GPL in Version 3.
Ein macOS-artiges System auf dem Linux-Rechner
Wer Darling installiert und darling shell aufruft, landet in einer Umgebung, die sich wie macOS meldet. Der Befehl uname gibt Darwin zurück, sw_vers liefert eine macOS-Systemkennung. Das Dateisystem folgt den Konventionen, die macOS-Programme erwarten, mit Verzeichnissen wie /Applications, /Users und /System. Das eigene Linux-Dateisystem bleibt aus dieser Umgebung heraus erreichbar, sodass Programme unter Darling mit den vorhandenen Dateien arbeiten können.
Darling legt seine Umgebung in einem sogenannten Prefix ab, standardmäßig unter ~/.darling. Das Prinzip ähnelt den Prefixes von Wine: ein abgegrenzter Bereich mit macOS-artiger Verzeichnisstruktur, in dem sich Software installieren lässt. Eine technische Einschränkung sollte man kennen, bevor man loslegt: Der Prefix nutzt overlayfs und funktioniert deshalb nicht auf Dateisystemen wie NFS oder in einem verschlüsselten Home-Verzeichnis. Wer sein Home verschlüsselt hat, muss den Prefix an eine andere Stelle legen.
Auch mit den üblichen macOS-Paketformaten kommt Darling zurecht. .pkg-Pakete lassen sich mit einem eigenen installer einrichten, DMG-Abbilder über hdiutil einbinden, und die von Apple für Xcode verwendeten .xip-Archive über ein Werkzeug namens unxip entpacken.
Die Kommandozeile als eigentliche Stärke
An dieser Stelle gehört ein ehrlicher Hinweis in den Text, bevor falsche Erwartungen geweckt werden: Darling ist zumindest heute kein Ersatz für einen Mac. Grafische Programme laufen zum größten Teil nicht. Die Projektdokumentation nennt ausdrücklich Anwendungen wie beispielsweise die Oberfläche von Xcode, Logic, Final Cut Pro und die Adobe-Programme als nicht lauffähig. Für grafische Software gibt es bislang nur eine experimentelle Unterstützung für vergleichsweise einfache Fälle. An diesem Punkt wird jedoch aktiv gearbeitet, unter anderem an einer AppKit-Umsetzung und an einem ersten Metal-Unterbau über eine Vulkan-Übersetzung. Ein fertiges Ergebnis ist das allerdings noch nicht, darüber muss man sich im Klaren sein.
Wo Darling tatsächlich bereits ziemlich brauchbar ist, ist die Kommandozeile. Es kann macOS-Kommandozeilenprogramme ausführen und bringt eine Sammlung vertrauter Werkzeuge mit. Auch Homebrew läuft, wobei die Verträglichkeit einzelner Pakete schwanken kann. Für Entwickler, die ein bestimmtes macOS-Kommandozeilenwerkzeug brauchen, kann das den Aufwand einer kompletten virtuellen Maschine ersparen. Ein vollständiges zweites Betriebssystem zu installieren, nur um einen einzigen Befehl auszuführen, steht in keinem verhältnismäßigem Aufwand zum Nutzen.
Grenzen bei grafischen Anwendungen
Der Grund, warum grafische Programme so schwer nachzubilden sind, liegt in der Bauweise von macOS. Ein modernes Mac-Programm ist selten nur eine Datei mit einem Fenster daran. Es stützt sich auf eine große Zahl von Apple-Bausteinen für Oberfläche, Grafik, Ton und Netzwerk. Jeder dieser Bausteine muss einzeln nachgebaut werden, und Apple entwickelt sie fortlaufend weiter. Ein Kompatibilitäts-Layer läuft deshalb dauerhaft hinter der Entwicklung des Originals her, das er nicht kontrolliert und das nur in Teilen offen liegt. Bei Wine hat es Jahre gedauert, bis eine breite Palette an Windows-Programmen stabil lief, und die Arbeit hört dort bis heute nicht auf. Bei Darling ist die Ausgangslage ähnlich, mit dem Zusatz, dass macOS kein gewöhnliches Unix mit ein paar Besonderheiten ist, sondern eine eigene Welt aus Frameworks, Grafik-Stack und Sicherheitsmechanismen.
Ein weiterer Punkt betrifft die Rechnerarchitektur. Die Build-Dokumentation nennt 64-Bit-x86-Linux als unterstützte Plattform. Zu Unterstützung für arm64, also die Architektur hinter Apple Silicon und vielen aktuellen ARM-Linux-Geräten, gab es 2026 Diskussionen und Arbeit in der Community. Wie weit das inzwischen gediehen ist, lässt sich von außen schwer sagen. Wer darauf angewiesen ist, sollte den aktuellen Stand im Projekt selbst prüfen, statt sich auf eine Momentaufnahme zu verlassen.
Einordnung für den Praxiseinsatz
Für kleine Betriebe und Vereine, die über einen Umstieg auf Linux nachdenken, ist die nüchterne Antwort: Darling löst das Problem der macOS-Programme heute nicht. Wer auf Logic, Final Cut oder die Adobe-Programme angewiesen ist, findet in Darling keinen Weg, diese unter Linux weiter zu nutzen. Für diese Fälle bleiben andere Wege, etwa der Verbleib auf einem Mac für genau diese Aufgaben, eine virtuelle Maschine oder der Umstieg auf Linux-Programme, die denselben Zweck erfüllen.
Interessant ist Darling aus einem anderen Grund. Es zeigt, dass sich Abhängigkeit von einer Plattform grundsätzlich aufbrechen lässt, indem man die Schnittstellen nachbaut, statt das Original zu besitzen. Wine hat das für Windows vorgemacht, Darling versucht es für macOS; sollte das Projekt seine Unterstützung für grafische Programme und weitere Architekturen ausbauen, könnte daraus mit der Zeit ein zusätzlicher Ausweg aus der Plattformbindung werden. Das ist allerdings derzeit eindeutig Zukunftsmusik, keine Eigenschaft, auf die man heute bauen sollte.
Für den Moment ist Darling ein Werkzeug für Entwickler und technisch Interessierte, die macOS-Kommandozeilenprogramme unter Linux ausprobieren wollen, und zudem ein technisch wirklich bemerkenswertes Open-Source-Projekt. Als Ersatz für einen Mac im Arbeitsalltag taugt es (noch) nicht.
Quellen
Projektseite und Dokumentation von Darling: https://www.darlinghq.org/
Quelltext und README (technische Beschreibung, neuestes Release v0.1.20260608 vom 9. Juni 2026, Hinweis auf eingeschränkte GUI-Unterstützung): https://github.com/darlinghq/darling
Ausgangsartikel: John Smith, »Run macOS Apps on Linux Without a VM? Meet Darling!«, Tech Made Simple, 15. August 2026: https://techmadesimple.net/posts/run-macos-apps-on-linux-without-a-vm-meet-darling
Hintergrund zu Name, Lizenz und Verhältnis zu Apples EULA: LWN.net, »Darling: macOS compatibility for Linux«: https://lwn.net/Articles/794871/
Überblicksangaben (Autor, Lizenz, Einordnung als Compatibility Layer): Wikipedia, »Darling (software)«: https://en.wikipedia.org/wiki/Darling_(software)