ravynOS: Neues Betriebssystem mit teilweiser macOS-Kompatibilität

 (github.com/ravynsoft)
8 Punkte von GN⁺ 2025-11-22 | 1 Kommentare | Auf WhatsApp teilen
  • ravynOS ist ein Open-Source-Betriebssystem, das ein macOS-ähnliches Nutzererlebnis und teilweise Quellcode-Kompatibilität bietet
  • Es basiert auf FreeBSD und kombiniert bestehende Open-Source-Pakete mit neuem Code; angestrebt wird die Unterstützung für x86-64 sowie künftig auch für ARM-Systeme
  • Zu den wichtigsten Designzielen gehören das Kompilieren und Ausführen von macOS-Anwendungsquellcode, eine ähnliche GUI-Struktur sowie Kompatibilität bei der Ordnerstruktur
  • Es bietet eine installationsfreie Anwendungsstruktur mit den Formaten App Bundle, AppDir und AppImage sowie Binärkompatibilität mit FreeBSD/Linux
  • Der Fokus liegt auf Sicherheit, Stabilität und Performance; Ziel ist es, macOS-Nutzern eine vertraute Umgebung als Open Source bereitzustellen

Überblick über ravynOS

  • ravynOS ist ein neues Open-Source-Betriebssystemprojekt, das ein macOS-ähnliches Erlebnis bietet und teilweise Kompatibilität beibehält
    • Zunächst werden x86-64-Systeme unterstützt, später soll auf die ARM-Architektur erweitert werden
    • Es basiert auf FreeBSD und besteht aus bestehenden Open-Source-Paketen sowie neuem Code
  • Ein zentrales Designziel ist die Quellcode-Kompatibilität mit macOS-Anwendungen
    • Nutzer können für macOS entwickelte Anwendungen unter ravynOS kompilieren und anschließend ausführen
    • Es bietet eine macOS-ähnliche GUI und UX: Dateimanager, Anwendungsstarter, obere Menüleiste usw.
  • Kompatibilität bei Ordnerstruktur und Dateisystem bleibt erhalten
    • Unterstützung für die macOS-Verzeichnisstruktur wie /Library, /System, /Users, /Volumes
    • Die Möglichkeit der Kompatibilität mit den Dateisystemen HFS+ und APFS wird erwähnt
    • Einschließlich vollständiger ZFS-Unterstützung
  • Struktur für die Anwendungsverteilung
    • Bietet eine installationsfreie Laufzeitumgebung über die Formate App Bundle, AppDir und AppImage
    • Eigenständige Apps können im Verzeichnis /Applications verwaltet werden
  • Kompatibilität mit FreeBSD und Linux bleibt bestehen
    • Kompatibilität mit dem FreeBSD-Basissystem und der X11-Umgebung bleibt erhalten
    • Über die Linux-Kompatibilitätsschicht von FreeBSD können Linux-Binärdateien ausgeführt werden
    • Langfristig ist Kompatibilität mit macOS-Mach-O-Binärdateien und -Bibliotheken das Ziel
  • Das Projekt strebt ein stabiles, sicheres und performantes Nutzererlebnis an
    • Weitere Informationen gibt es auf der offiziellen Website ravynos.com
    • Details sind über die Seiten Release Notes, Screenshots und FAQ verfügbar

Mitwirken und Community

  • Interessierte Entwickler finden in CONTRIBUTING.md Informationen zu aktuellen Projekten und benötigten Bereichen
  • Als Community-Kanäle werden ein Discord-Server und ein Matrix-Kanal (#ravynOS-general:matrix.org) betrieben

Wir lieben macOS, aber die ständig stärker abgeschottete Hardware und das ebenso abgeschottete Ökosystem gefallen uns nicht. Deshalb entwickeln wir ravynOS – ein OS, das die hervorragende Performance von macOS und die Freiheit von Open Source zugleich bietet.

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-11-22
Hacker-News-Kommentare

  • Wine funktioniert, weil Microsoft mit riesigem Budget die Abwärtskompatibilität aufrechterhält
    Apple dagegen verwirft Frameworks häufig und fügt neue hinzu, wodurch Build-Targets zu einem beweglichen Ziel werden
    Wenn man zum Beispiel XyzKit direkt nachimplementiert, das nur unter macOS 12–14 verwendet wird, unterstützt man am Ende nur Binärdateien aus genau diesem Zeitraum und deckt somit nur eine begrenzte Phase ab

    • Wine kann das eigentlich nur deshalb leisten, weil es die meisten neueren APIs gar nicht abdeckt
      Seit Satya verfolgt Microsoft bei WinRT und modernen Win32/COM-APIs eine andere Linie
      Und das .NET Framework ist inzwischen so etwas wie das Python 2 von .NET, sodass wegen Kompatibilitätsbrüchen teils noch neue Projekte auf Version 4.8.x aufsetzen
    • Die Lösung ist, den unterstützten Zeitrahmen klar festzulegen
      Man könnte zum Beispiel Binärkompatibilität auf dem Stand von Snow Leopard anstreben oder eine Distribution bauen, die mit Ventura-Apps kompatibel ist, aber deren unnötigen Ballast entfernt
      So könnte man alte Macs neu beleben oder auch auf PCs ohne Hackintosh eine macOS-ähnliche Umgebung anbieten
    • Ich glaube nicht, dass Apple sich so schnell verändert
      Aber große Umbrüche wie das Ende von 32-Bit, die Abkündigung von OpenGL und der Wechsel zu ARM64 waren definitiv Bruchstellen
      Trotzdem bleibt dank der „availability“-Makros von Swift und Objective-C die Vorwärtskompatibilität zwischen Versionen ziemlich gut erhalten

  • Ich beobachte dieses Projekt schon seit Jahren
    Ein FOSS-Klon von macOS wie FreeDOS, ReactOS oder Haiku wäre großartig
    Das Tempo ist allerdings eher langsam, was an der Schwierigkeit liegt, ein OS zu replizieren
    Auch Linux ist nur deshalb schnell gewachsen, weil das GNU-Ökosystem bereits existierte
    Ich hoffe, dass Projekte wie ravynOS oder HelloSystem in 5 bis 10 Jahren als freie Software-Version von macOS etabliert sind

    • Solche Projekte sind wie ein Lackmustest für die echte Leistungsfähigkeit von KI
      Wenn sie die Produktivität von Ingenieuren wirklich um das Zehnfache steigern kann, müssten solche Projekte viel schneller praxistauglich werden
      Falls nicht, ist der Produktivitätsgewinn durch KI womöglich noch eher oberflächlich

  • Die Beschreibung „BSD-basiertes OS mit dem Ziel von Quell- und Binärkompatibilität zu macOS“ hat mich neugierig gemacht
    Ich frage mich, warum man macOS überhaupt nachbauen will und weshalb man statt einer Kompatibilitätsschicht wie Wine auf ein vollständiges OS setzt
    Wäre es nicht sinnvoller, die Energie in die Verbesserung von Linux zu stecken?

    • Die Antwort darauf ist im ravynOS-FAQ gut zusammengefasst
      Als Gegenstück zu Wine gibt es Darling, und ravynOS entspricht eher dem Konzept von ReactOS
      Für mehr Performance wurde Mach-Messaging in den Kernel integriert, und der FreeBSD-Kernel wurde gewählt, um Hardware-Kompatibilität sicherzustellen
      Es gibt auch geteilten Code mit GNUstep, helloSystem und anderen Projekten
      Lizenzseitig werden BSD/MIT/Apache-artige Lizenzen bevorzugt, aktuell kommt aber die libobjc2-Runtime von GNUstep zum Einsatz
    • Ich habe nichts mit ravynOS zu tun, verfolge es aber seit Jahren
      Die Philosophie auf der offiziellen Website lautet: „Die Eleganz von macOS + die Freiheit von FreeBSD“
      Es wirkt wie eine Alternative für macOS-Fans, die von Apples geschlossener Hardware-Politik enttäuscht sind
      Da es auf FreeBSD basiert, ist es der Darwin-Struktur von macOS ähnlich, was auch die Portierbarkeit verbessert
    • Tatsächlich ist es manchmal sogar schwer, macOS-Apps auf macOS selbst auszuführen
      Meine Eltern nutzen zum Beispiel weiter einen alten Intel-Mac wegen 32-Bit-Apps
      Wenn die Unterstützung für Rosetta 2 wegfällt, wird dieses Problem noch größer
    • Ich denke ähnlich
      In meinem neuen Job nutze ich ein MacBook, aber Linux auf Basis von KDE Plasma gefällt mir deutlich besser
      UX, Freiheit bei den Einstellungen und die Qualität der Standard-Apps sind alle besser als auf dem Mac
      Ich kann nicht nachvollziehen, wie ein so riesiges Unternehmen so eine Qualität abliefern kann
    • Es ist ironisch, dass macOS nicht einmal besonders gut mit sich selbst kompatibel ist

  • Die kleinen Screenshots sahen gut aus und haben die Ästhetik von macOS gut eingefangen
    Linux-UIs wirkten auf mich immer etwas hastig zusammengeschustert, aber bei so einem Design hätte ich Lust, es wieder auszuprobieren

    • Auf mich wirkt es eher wie ein Uncanny Valley
      Schriftarten, Kantenglättung, Radius der Menüecken und andere Details wirken seltsam
      Die offiziellen Screenshots sehen noch ziemlich roh aus
    • Die echten Screenshots sehen eher so wie dieses Bild aus
    • Es wirkt wie macOS, aber irgendetwas ist subtil verrutscht — die Schrift oder die Abstände zwischen den Dock-Icons stimmen nicht

  • Ich hoffe, dass sich dieses Projekt zu einer macOS-Build-Maschine oder einem Server-OS weiterentwickelt
    In letzter Zeit ist macOS wegen stärkerer Sicherheitsmaßnahmen in headless Umgebungen schwerer nutzbar geworden
    Mit der Hardware-Kompatibilität von FreeBSD wäre ein Open-Source-Server-OS wünschenswert, das die Xcode-CLI vollständig unterstützt

  • Ich frage mich, ob Linux macOS ersetzen kann
    Was macOS-Nutzer mögen, ist die Standard-UI, und genau da sind GNOME und KDE eher schwach

    • Allerdings ist auch die UI-Qualität von macOS zunehmend rückläufig
      Nicht einmal die abgerundeten Ecken sind konsistent, und weil die meisten Apps auf Electron basieren, geht die Einheitlichkeit verloren
      Mit der Zeit schrumpft der Abstand zu Linux immer weiter
    • Ich glaube, die Nachteile von GNOME und KDE sind letztlich vor allem eine Frage der Gewohnheit
      Ich bin von Windows 7 zu Linux gewechselt, und weil ich ohnehin nur Open-Source-Apps genutzt habe, fiel mir der Umstieg leicht
      Mit FreeCAD, KiCAD, LibreOffice, Firefox, Krita und Gimp bin ich völlig zufrieden

  • Ich frage mich, warum alle neuen OS-Projekte nur Technik der 60er und 70er wiederkäuen

    • Microsoft hat mit dem experimentellen OS Midori einmal versucht, Fortschritt zu wagen, es aber kurz vor der Veröffentlichung eingestellt
      Laut dem Midori-Wiki und Joe Duffys Blog war es ein paralleles OS auf Basis von Managed Code
    • In der Realität ist OS-Entwicklung extrem schwierig
      Schon die Unterstützung für Hardware aus den 90ern und 2000ern ist schmerzhaft, und moderne GPUs oder ACPI sind ein Albtraum
      80 bis 90 % des Codes bestehen aus Treibern, und auch die Dokumentation ist enorm umfangreich
      OS-Entwicklung ist zusammen mit dem Bau von Compilern eine der schwierigsten Engineering-Aufgaben überhaupt
    • Viele Entwickler lesen ein UNIX-Buch und replizieren dann Bestehendes
      Technologien aus den 70ern wie Smalltalk, Interlisp-D, Mesa oder Cedar werden dagegen kaum nachgebaut
    • Mein Traum ist es, ein OS zu schaffen, das Forschungsideen aus den 90ern und 2000ern wiederbelebt
      Ich möchte den einheitlichen Adressraum und die in Echtzeit modifizierbare Umgebung von Smalltalk-80 und Lisp-Maschinen modern neu interpretieren
      Sicherheitsprobleme ließen sich meiner Ansicht nach mit Capability-basierter Sicherheit und Schutz für einen einheitlichen Adressraum lösen
      Jedes Subsystem würde ich in einem DSL ausdrücken, und die Schnittstellen als Smalltalk-artiges Live-Objektsystem gestalten
      Die UI sollte die klassische Mac-OS-Atmosphäre im Stil von System 7.5 modern neu aufbauen
      So ein System wäre ein Traum-OS, das den Geist von Apples Projekten aus den 80ern und 90ern weiterträgt

  • Wenn man die PureDarwin-News liest, wirkt es so, als wäre ravynOS mit XNU/Darwin die natürlichere Wahl
    Aber weil XNU immer geschlossener wird, ist FreeBSD die realistischere Alternative
    Schade ist, dass mehrere macOS-Ersatzprojekte zu stark zersplittert sind

    • Immerhin gibt es Berichte, dass ravynOS auf Darwin umstellt
    • Vorerst soll es wohl auf x86_64 bleiben und schrittweise stärker mikrokernelartig werden

  • Die Website wirkte auf mich elegant, daher hatte ich auch bei der UI so etwas erwartet, aber die Screenshots vermitteln eher macOS von 2008

    • Manche finden allerdings gerade die UI aus dieser Zeit besser
    • Jemand anderes meinte wiederum: „Wen interessiert die Optik? Linux sah auch hübsch aus, aber die Benutzbarkeit war trotzdem miserabel“