ravynOS, un nouveau système d’exploitation offrant une certaine compatibilité avec macOS

 (github.com/ravynsoft)
8 points par GN⁺ 2025-11-22 | 1 commentaires | Partager sur WhatsApp
  • ravynOS est un système d’exploitation open source offrant une expérience utilisateur proche de macOS ainsi qu’une certaine compatibilité au niveau du code source
  • Basé sur FreeBSD, il combine des paquets open source existants et du nouveau code, avec pour objectif de prendre en charge les systèmes x86-64 puis, à terme, ARM
  • Ses principaux objectifs de conception sont la compilation et l’exécution du code source d’applications macOS, une structure d’interface graphique similaire et la compatibilité de l’arborescence des dossiers
  • Il propose une structure d’applications sans installation via les formats App Bundle, AppDir et AppImage, ainsi qu’une compatibilité binaire FreeBSD/Linux
  • L’accent est mis sur la sécurité, la stabilité et les performances, avec la volonté de recréer en open source un environnement familier pour les utilisateurs de macOS

Présentation de ravynOS

  • ravynOS est un nouveau projet de système d’exploitation open source visant à offrir une expérience proche de macOS tout en conservant une certaine compatibilité
    • La prise en charge des systèmes x86-64 est prioritaire, avec une extension prévue vers l’architecture ARM
    • Il repose sur FreeBSD et se compose de paquets open source existants ainsi que de nouveau code
  • Son principal objectif de conception est d’assurer la compatibilité du code source des applications macOS
    • Les utilisateurs peuvent compiler puis exécuter sur ravynOS des applications prévues pour macOS
    • Il offre une GUI et une UX proches de macOS : gestionnaire de fichiers, lanceur d’applications, barre de menus supérieure, etc.
  • Il conserve une compatibilité de la structure des dossiers et du système de fichiers
    • Prise en charge de l’arborescence de répertoires macOS comme /Library, /System, /Users, /Volumes
    • Une compatibilité avec les systèmes de fichiers HFS+ et APFS est évoquée
    • Prise en charge complète de ZFS incluse
  • Structure de distribution des applications
    • Fournit un environnement d’exécution sans installation via les formats App Bundle, AppDir et AppImage
    • Gestion possible d’applications autonomes dans le répertoire /Applications
  • Maintien de la compatibilité FreeBSD et Linux
    • Compatibilité conservée avec le système de base FreeBSD et l’environnement X11
    • Les binaires Linux peuvent être exécutés via la couche de compatibilité Linux de FreeBSD
    • À long terme, l’objectif est aussi la compatibilité avec les binaires et bibliothèques Mach-O de macOS
  • Le projet vise une expérience utilisateur stable, sécurisée et performante
    • Des informations complémentaires sont disponibles sur le site officiel ravynos.com
    • Les pages release notes, screenshots et FAQ permettent de consulter plus de détails

Participation et communauté

  • Les personnes souhaitant contribuer au développement peuvent consulter CONTRIBUTING.md pour voir les projets en cours et les domaines où de l’aide est nécessaire
  • La communauté dispose d’un serveur Discord et d’un canal Matrix (#ravynOS-general:matrix.org)

> Nous aimons macOS, mais nous n’aimons pas le matériel et l’écosystème toujours plus fermés. C’est pourquoi nous développons ravynOS, un OS qui cherche à offrir à la fois les excellentes performances de macOS et la liberté de l’open source.

À lire aussi

1 commentaires

 
GN⁺ 2025-11-22
Avis Hacker News

  • Wine fonctionne parce que Microsoft consacre un budget colossal au maintien de la rétrocompatibilité
    Apple, en revanche, supprime fréquemment des frameworks et en ajoute de nouveaux, ce qui en fait une cible mouvante avec des cibles de build qui changent sans cesse
    Par exemple, si l’on réimplémente directement XyzKit, utilisé uniquement sur macOS 12 à 14, on ne prendra en charge que les binaires de cette période, ce qui finit par ne couvrir qu’une fenêtre limitée

    • C’est en fait possible parce que Wine ne gère pas la plupart des API récentes
      Depuis Satya, Microsoft a adopté une autre position vis-à-vis de WinRT et des API Win32/COM modernes
      Et .NET Framework est désormais un peu le Python 2 de .NET, au point que certains créent encore de nouveaux projets en version 4.8.x à cause des ruptures de compatibilité
    • La solution consiste à définir clairement la période couverte
      Par exemple, viser une compatibilité binaire au niveau de Snow Leopard, ou créer une distribution compatible avec les apps Ventura tout en supprimant cette surcharge inutile
      Cela permettrait de redonner vie à d’anciens Mac, ou d’offrir un environnement proche de macOS sur PC sans Hackintosh
    • Je ne pense pas qu’Apple change à ce point rapidement
      Cela dit, la fin du support 32 bits, l’abandon d’OpenGL et la transition vers ARM64 ont bien été des points de rupture
      Malgré cela, grâce aux macros availability de Swift et Objective-C, la compatibilité ascendante entre versions reste plutôt bien préservée

  • Je suis ce projet depuis des années
    Ce serait formidable de voir apparaître un clone FOSS de macOS, comme FreeDOS, ReactOS ou Haiku
    En revanche, les progrès sont assez lents, ce qui tient à la difficulté de répliquer un OS
    Linux aussi a pu grandir rapidement parce qu’il bénéficiait déjà de l’écosystème GNU
    J’espère que des projets comme ravynOS ou HelloSystem finiront, dans 5 à 10 ans, par s’imposer comme des versions libres de macOS

    • Ce genre de projet est un vrai test décisif des capacités réelles de l’IA
      Si elle peut vraiment multiplier par 10 la productivité des ingénieurs, ce type de projet devrait devenir utilisable bien plus vite
      Sinon, le gain de productivité apporté par l’IA n’est peut-être encore que superficiel

  • La description « OS basé sur BSD visant une compatibilité source et binaire avec macOS » a éveillé ma curiosité
    Je me demande pourquoi vouloir répliquer macOS à tout prix, ou pourquoi viser un OS complet plutôt qu’une couche de compatibilité comme Wine
    Je me dis qu’il vaudrait peut-être mieux consacrer cette énergie à améliorer Linux

    • La réponse est bien résumée dans la FAQ de ravynOS
      Il existe Darling comme équivalent de Wine, tandis que ravynOS correspond plutôt à ReactOS
      Ils ont intégré la messagerie Mach dans le noyau pour améliorer les performances, et choisi le noyau FreeBSD pour assurer la compatibilité matérielle
      Il y a aussi du partage de code avec GNUstep, helloSystem et d’autres projets
      Côté licence, ils préfèrent les styles BSD/MIT/Apache, mais utilisent actuellement le runtime libobjc2 de GNUstep
    • Je n’ai aucun lien avec ravynOS, mais je le suis depuis des années
      La philosophie mise en avant sur le site officiel est « le raffinement de macOS + la liberté de FreeBSD »
      Cela semble être une alternative pour les fans de macOS déçus par la politique matérielle fermée d’Apple
      Comme la base est FreeBSD, proche de l’architecture Darwin de macOS, la portabilité est aussi meilleure
    • En réalité, il arrive que des apps macOS soient difficiles à faire tourner, même sur macOS
      Par exemple, mes parents utilisent toujours un ancien Mac Intel à cause d’apps 32 bits
      Si le support de Rosetta 2 disparaît, ce problème va encore s’aggraver
    • Je pense la même chose
      J’ai dû utiliser un MacBook dans mon nouveau travail, et je trouve qu’un Linux basé sur KDE Plasma est bien meilleur
      L’UX, la liberté de configuration et la qualité des apps par défaut sont toutes supérieures à celles du Mac
      J’ai du mal à comprendre qu’une entreprise aussi énorme produise quelque chose de cette qualité
    • C’est ironique que macOS manque même de compatibilité avec lui-même

  • Les petites captures d’écran rendaient très bien l’esthétique de macOS, ce qui donnait envie
    J’ai toujours eu l’impression que l’UI de Linux avait un côté bricolé à la va-vite, mais avec un design comme celui-ci, j’aurais envie de le réessayer

    • Mais pour moi, cela provoque un effet de vallée de l’étrange
      La police, l’anticrénelage, le rayon des coins des menus et d’autres détails paraissent maladroits
      Les captures officielles ont encore un aspect brut
    • En réalité, les vraies captures ressemblent complètement à cette image
    • On dirait un macOS subtilement décalé — la police ou l’espacement des icônes du Dock semblent bizarres

  • J’aimerais voir ce projet évoluer en machine de build macOS ou en OS serveur
    Ces derniers temps, macOS est devenu difficile à utiliser dans des environnements headless à cause du durcissement de la sécurité
    J’espère qu’il pourra devenir un OS serveur open source tirant parti de la compatibilité matérielle de FreeBSD et prenant totalement en charge la CLI de Xcode

  • Je me demande si Linux peut remplacer macOS
    Ce que les utilisateurs de macOS apprécient, c’est l’UI par défaut, et c’est justement là que GNOME et KDE sont plus faibles

    • Mais la qualité de l’UI de macOS est elle aussi en déclin
      Même les coins arrondis manquent de cohérence, et comme la plupart des apps sont basées sur Electron, l’uniformité se dégrade
      L’écart avec Linux se réduit au fil du temps
    • Je pense que les défauts de GNOME et KDE relèvent surtout d’une question d’habitude
      Je suis passé de Windows 7 à Linux, et comme j’avais déjà l’habitude de n’utiliser que des apps open source, la transition a été facile
      FreeCAD, KiCAD, LibreOffice, Firefox, Krita, Gimp et autres me suffisent largement

  • Je me demande pourquoi tous les nouveaux projets d’OS ne sont que des recyclages de technologies des années 60 à 70

    • Microsoft a un temps tenté d’avancer avec un OS expérimental appelé Midori, mais le projet a été annulé juste avant sa sortie
      La page Wikipédia de Midori et le blog de Joe Duffy montrent qu’il s’agissait d’un OS parallèle basé sur du code managé
    • Mais en pratique, développer un OS est extrêmement difficile
      Même le support matériel des années 90 et 2000 est pénible, et les GPU modernes ou ACPI relèvent du cauchemar
      80 à 90 % du code finit dans les pilotes, et la documentation est immense
      Le développement d’OS fait partie, avec les compilateurs, des défis d’ingénierie les plus difficiles
    • Beaucoup de développeurs lisent des livres sur UNIX et reproduisent l’existant
      Des technologies des années 70 comme Smalltalk, Interlisp-D, Mesa ou Cedar sont au contraire très peu reproduites
    • Mon rêve est de créer un OS qui ressuscite des idées de recherche des années 90 et 2000
      J’aimerais réinterpréter de façon moderne l’espace d’adressage unique et l’environnement modifiable en temps réel de Smalltalk-80 et des machines Lisp
      Je pense que les problèmes de sécurité peuvent être résolus avec une sécurité basée sur les capabilities et une protection de l’espace d’adressage unique
      Je voudrais exprimer chaque sous-système en DSL, et construire l’interface comme un système d’objets vivants à la Smalltalk
      Pour l’UI, j’irais vers une réinterprétation moderne de la sensibilité du Mac OS classique dans le style de System 7.5
      Un tel système serait l’OS de rêve prolongeant l’esprit des projets Apple des années 80 et 90

  • En regardant les actualités de PureDarwin, j’ai l’impression que ravynOS serait plus naturel avec XNU/Darwin
    Mais comme XNU devient de plus en plus fermé, FreeBSD constitue une alternative réaliste
    C’est dommage que les différents projets alternatifs à macOS soient aussi dispersés

    • Heureusement, il y a des informations indiquant que ravynOS est en train de migrer vers Darwin
    • Pour l’instant, le projet semble vouloir rester basé sur x86_64 tout en avançant progressivement vers une microkernelisation

  • Le site web avait l’air soigné, donc je m’attendais à ce que l’UI le soit aussi, mais les captures donnent une impression de macOS version 2008

    • Cela dit, certains trouvent au contraire que l’UI de cette époque était meilleure
    • Une autre personne dit aussi : « Quelle importance de toute façon ? Linux aussi était joli, mais l’utilisabilité restait catastrophique »