Darling: macOS-Tools unter Linux – warum das für CI-Pipelines spannend ist

Hallo, hier ist wieder Kora. Heute geht es um ein Projekt, das mir beim Stöbern hängengeblieben ist, weil es ein Problem angeht, das ich aus dem Rechenzentrumsalltag gut kenne: Mac-Werkzeuge auf ganz normaler Linux-Hardware laufen lassen.

Was Darling eigentlich macht

Der Name ist ein Kofferwort aus Darwin und Linux – und beschreibt das Vorhaben ziemlich genau. Darwin ist der Unix-Unterbau von macOS und iOS, Darling baut diese Umgebung unter Linux nach. Wichtig dabei: Es handelt sich nicht um eine Emulation oder eine virtuelle Maschine, sondern um eine Kompatibilitätsschicht. Wer schon einmal mit Wine Windows-Programme unter Linux betrieben hat, kennt das Prinzip. Darling überträgt es auf die Apple-Welt.

Herzstück ist der sogenannte Darlingserver. Er sitzt als eine Art Simultandolmetscher zwischen der Mac-Anwendung und dem Linux-Kernel. Fordert das Programm Speicher an oder will eine Datei öffnen, fängt der Server diese Systemaufrufe ab und übersetzt sie in etwas, das Linux versteht. Damit das nicht in einer Prozessflut endet, bündelt Darling viele dieser Aufgaben intern, statt für jede Kleinigkeit einen eigenen Linux-Prozess zu starten – gut für den Arbeitsspeicher.

Mach-O, Overlayfs und DPREFIXes

Ein weiteres Hindernis ist das Binärformat: Apple setzt auf Mach-O, mit dem ein Linux-System von Haus aus nichts anfangen kann. Darling bringt deshalb einen eigenen Loader mit, der diese Dateien in den Speicher lädt und ausführbar macht. Für Hardware-Zugriffe – etwa Audio – werden dynamische Platzhalter erzeugt, die der Anwendung eine vertraute Schnittstelle vorspielen und die Anfragen im Hintergrund an die Linux-Infrastruktur durchreichen.

Beim Dateisystem arbeitet das Projekt mit sogenannten DPREFIXes, dem Pendant zum WINEPREFIX. Darin entsteht eine macOS-ähnliche Verzeichnisstruktur, technisch umgesetzt über Overlayfs: eine schreibgeschützte Basis plus eine beschreibbare Schicht im Heimverzeichnis. Wer das produktiv einsetzen will, sollte auf ein Detail achten – NFS, ZFS und eCryptfs sind als beschreibbare Schicht laut Dokumentation nicht unterstützt. Verschlüsselung per fscrypt funktioniert dagegen problemlos. Für alle, die Storage-Layouts planen, ist das ein durchaus relevanter Punkt.

Was heute läuft – und was nicht

Realistisch bleiben: Darling ist derzeit vor allem eine Kommandozeilen-Angelegenheit. Zuverlässig laufen unter anderem

• der Paketmanager Homebrew,
• der Compiler Clang,
• Python,
• Teile der Xcode Command Line Tools.

Grafische Oberflächen über Cocoa stecken dagegen im Experimentierstadium. Xcode, Logic oder Final Cut Pro laufen ausdrücklich nicht. Wer also gehofft hat, sich den Mac auf dem Schreibtisch zu sparen, muss sich noch gedulden.

Der spannende Teil: Mac-Builds ohne Mac-Hardware

Genau hier wird es aus unserer Perspektive interessant. Wer Apple-Software baut, kennt das Dilemma: Für die Build- und Test-Pipeline braucht es physische Mac-Hardware, die im Rack meist ein Fremdkörper ist – eigene Formfaktoren, eigene Wartungslogik, eigene Lizenzfragen, oft schlecht in bestehende Automatisierung integrierbar. Wenn sich Apple-Kommandozeilenwerkzeuge stattdessen auf ganz normalen x86_64-Linux-Servern ausführen lassen, verschwindet ein ganzer Sonderfall aus der Infrastruktur. Für CI-Runner und Automatisierungs-Pipelines ist das ein echter Gewinn – auch wenn Darling damit natürlich keine rechtlichen Fragen rund um Apple-Software beantwortet.

Wer selbst kompilieren möchte, sollte etwas Luft einplanen: mindestens vier Gigabyte RAM, bis zu 16 Gigabyte freier Plattenplatz und ein 64-Bit-System. Der Build-Prozess ist ressourcenhungrig – auf einem gut ausgestatteten Server also eher eine Frage von Geduld als von Machbarkeit.

Wohin die Reise geht

Das Projekt ist fast zehn Jahre alt und hat zuletzt durch Diskussionen auf Hacker News wieder Aufmerksamkeit bekommen. Ein Thema in der Community: eine mögliche Portierung auf ARM64. Angesichts dessen, wie verbreitet Apples eigene Prozessoren inzwischen sind, wäre das der logische nächste Schritt – und für alle, die ARM-Server betreiben, gleich doppelt spannend.

Mein Fazit: Darling ist kein Allheilmittel und ersetzt keinen Mac für kreative Arbeit. Aber es löst ein sehr konkretes Infrastrukturproblem, und genau solche Projekte finde ich sympathisch – unaufgeregt, technisch sauber gedacht und mit klarem Nutzen für Leute, die Systeme betreiben statt nur benutzen.

Bis demnächst, eure Kora

Quelle: t3n