macOSとの一部互換性を提供する新しいOS、ravynOS

 (github.com/ravynsoft)
8 ポイント 投稿者 GN⁺ 2025-11-22 | 1件のコメント | WhatsAppで共有
  • ravynOSは、macOSに似たユーザー体験と一部のソース互換性を提供するオープンソースOS
  • FreeBSDベースの上に既存のオープンソースパッケージと新規コードを組み合わせ、x86-64および将来的なARMシステム対応を目指す
  • macOSアプリケーションのソースをコンパイルして実行、類似したGUI構造、フォルダレイアウト互換性を主要な設計目標としている
  • App Bundle、AppDir、AppImage形式のインストール不要なアプリケーション構造とFreeBSD/Linuxバイナリ互換性を提供
  • セキュリティ・安定性・性能を重視し、macOSユーザーにとって親しみやすい環境をオープンソースで実現しようとする試み

ravynOS 概要

  • ravynOSは、macOSに似た体験を提供し、一部の互換性を維持する新しいオープンソースOSプロジェクト
    • まずx86-64システムをサポートし、今後はARMアーキテクチャへ拡張予定
    • FreeBSDをベースとし、既存のオープンソースパッケージと新規コードで構成
  • 主な設計目標はmacOSアプリケーションのソース互換性の確保
    • ユーザーはmacOS向けアプリケーションをravynOS上でコンパイル後に実行可能
    • macOSに似たGUIとUXを提供: ファイルマネージャー、アプリケーションランチャー、上部メニューバーなど
  • フォルダ構造およびファイルシステム互換性を維持
    • /Library、/System、/Users、/Volumes などmacOSのディレクトリ構造をサポート
    • HFS+、APFSファイルシステムとの互換性の可能性にも言及
    • ZFSの完全サポートを含む
  • アプリケーション配布構造
    • App Bundle、AppDir、AppImage形式によるインストール不要の実行環境を提供
    • /Applications ディレクトリ内でスタンドアロンアプリを管理可能
  • FreeBSDおよびLinux互換性を維持
    • FreeBSDの基本システムおよびX11環境との互換性を維持
    • FreeBSDのLinux互換レイヤーを通じてLinuxバイナリを実行可能
    • 長期的にはmacOSのMach-Oバイナリおよびライブラリ互換性を目標とする
  • プロジェクトは安定的で、高い安全性を持ち、性能に優れたユーザー体験を志向
    • 関連情報は公式サイト ravynos.com で提供
    • リリースノート、スクリーンショット、FAQページから詳細を確認可能

参加とコミュニティ

  • 開発参加者は CONTRIBUTING.md で現在進行中のプロジェクトや必要な領域を確認可能
  • コミュニティチャネルとして Discordサーバー と Matrixチャンネル(#ravynOS-general:matrix.org) を運営

私たちはmacOSを愛していますが、絶えず閉鎖的になっていくハードウェアとエコシステムは好みません。だからこそ、macOSの優れた性能とオープンソースの自由を同時に提供するOS、ravynOSを開発しています。

関連記事

1件のコメント

 
GN⁺ 2025-11-22
Hacker Newsのコメント

  • Wineが動くのは、Microsoftが莫大な予算を投じて下位互換性を維持しているからだ
    一方でAppleはフレームワークを頻繁に廃止し、新しいものを追加するため、ビルドターゲットは常に変わり続ける動く標的になっている
    たとえばmacOS 12〜14でしか使われないXyzKitを独自実装した場合、その時期のバイナリしかサポートできず、結局は限られた期間しかカバーできない

    • Wineでそれが可能なのは、実際には最新APIの大半を扱っていないからだ
      Satya以降、MicrosoftはWinRTや最新のWin32/COM APIについて別の姿勢を取っている
      そして**.NET Framework**はいまや.NETにおけるPython 2のような存在で、互換性破壊のせいで今でも新規プロジェクトを4.8.xで作ることがある
    • 解決策は、サポートする期間の範囲を明確に定めることだ
      たとえばSnow Leopardレベルのバイナリ互換性を目標にしたり、Venturaアプリと互換を保ちつつその不要な負荷を取り除いたディストリビューションを作るといった形だ
      そうすれば古いMacに新しい命を吹き込んだり、PCでもHackintoshなしでmacOSライクな環境を提供できる
    • Appleがそこまで速く変化しているとは思わない
      ただし、32ビット対応終了、OpenGL廃止、ARM64移行のような大きな変化は確かに断絶点だった
      それでもSwiftとObjective-Cのavailabilityマクロのおかげで、バージョン間の前方互換性はかなりよく保たれている

  • このプロジェクトをもう何年も追っている
    FreeDOS、ReactOS、HaikuのようなmacOSのFOSSクローンが生まれたら素晴らしいと思う
    ただ、進捗は遅めで、それはOS複製の難しさゆえだ
    LinuxもGNUエコシステムがあったからこそ早く成長できた
    ravynOSやHelloSystemのようなプロジェクトが、5〜10年後にはmacOSの自由ソフトウェア版として定着してほしい

    • こういうプロジェクトはAIの本当の実力を測るリトマス試験紙のようなものだ
      本当にエンジニアの生産性を10倍にできるなら、こうしたプロジェクトはもっと早く実用化されるはずだ
      そうでないなら、AIによる生産性向上はまだ表面的なレベルなのかもしれない

  • 「macOSとのソースおよびバイナリ互換性を目指すBSDベースのOS」という説明を見て気になった
    なぜわざわざmacOSを複製しようとするのか、あるいはなぜWineのような互換レイヤーではなく完全なOSに行くのか疑問だ
    そのエネルギーをLinuxの改善に使ったほうがいいのではないかと思う

    • これに対する答えはravynOS FAQによくまとまっている
      Wineに対応するプロジェクトとしてDarlingがあり、ravynOSはReactOSに対応する概念だ
      Machメッセージングをカーネルに入れて性能を高め、FreeBSDカーネルを選ぶことでハードウェア互換性を確保している
      GNUstep、helloSystemなどとのコード共有もある
      ライセンスはBSD/MIT/Apacheスタイルを好んでいるが、現時点ではGNUstepのlibobjc2ランタイムを使っている
    • 私はravynOSとは無関係だが、何年もフォローしている
      公式サイトの哲学は「macOSの洗練 + FreeBSDの自由」だ
      Appleの閉鎖的なハードウェア方針に失望したmacOSファン層に向けた代替案に見える
      FreeBSDベースなのでmacOSのDarwin構造と似ており、移植性も高い
    • 実際、macOSアプリはmacOS上ですら動かしにくいことがある
      たとえば私の両親はいまだに32ビットアプリのために古いIntel Macを使い続けている
      Rosetta 2のサポートがなくなれば、こうした問題はさらに大きくなるだろう
    • 私も似た考えだ
      新しい職場でMacBookを使うことになったが、KDE PlasmaベースのLinuxのほうがずっと良いと感じた
      UX、設定の自由度、標準アプリの完成度のどれを取ってもMacより上だ
      これほど巨大な企業がこんな品質しか出せないのが理解できない
    • macOSが自分自身とさえ互換性が足りないというのは皮肉だ

  • 小さなスクリーンショットがmacOSの美学をよく再現していて、見た目は良かった
    LinuxのUIはいつも急ごしらえのような印象があったが、こういうデザインならまた使ってみたくなる

    • ただ、私にはUncanny Valleyのように感じる
      フォント、アンチエイリアシング、メニュー角の半径など、細部が不自然だ
      公式スクリーンショットはまだ粗く見える
    • 実際のスクリーンショットはこの画像のようにまったく違う
    • どこか微妙にずれたmacOSのようだ — フォントやDockアイコンの間隔がおかしい

  • このプロジェクトがmacOSビルドマシンやサーバー用途に発展するといいと思う
    最近のmacOSはセキュリティ強化のせいでヘッドレス環境で使いにくくなっている
    FreeBSDのハードウェア互換性を活かして、Xcode CLIを完全にサポートするオープンソースのサーバーOSになってほしい

  • LinuxがmacOSを代替できるのか考えている
    macOSユーザーが気に入っているのは基本UIだが、GNOMEとKDEはその点が弱い

    • しかしmacOSのUI品質も徐々に低下傾向にある
      角丸ですら一貫しておらず、ほとんどのアプリがElectronベースなので統一感が崩れている
      時間が経つにつれてLinuxとの差は縮まりつつある
    • GNOMEやKDEの欠点は結局慣れの問題だと思う
      私はWindows 7からLinuxに移ったが、オープンソースアプリだけを使う習慣のおかげで移行は簡単だった
      FreeCAD、KiCAD、LibreOffice、Firefox、Krita、Gimpなどで十分満足している

  • なぜ新しいOSプロジェクトはどれも60〜70年代の技術の焼き直しなのか疑問だ

    • MicrosoftはかつてMidoriという実験的OSで前進を試みたが、発売直前に中止された
      MidoriのWikiとJoe Duffyのブログを見ると、管理コードベースの並列OSだった
    • しかし現実にはOS開発は極めて難しい
      90〜00年代のハードウェア対応ですら苦痛で、現代のGPUやACPIは悪夢のようなものだ
      コードの80〜90%はドライバで埋まり、ドキュメントも膨大だ
      OS開発はコンパイラ製作と並んで最も難しいエンジニアリング課題だ
    • 多くの開発者はUNIXの本を見て既存のものを複製する
      Smalltalk、Interlisp-D、Mesa、Cedarのような70年代技術は、むしろほとんど複製されていない
    • 私の夢は、90〜2000年代の研究アイデアを復活させたOSを作ることだ
      Smalltalk-80やLispマシンの単一アドレス空間、リアルタイムで修正可能な環境を現代的に再解釈したい
      セキュリティ問題はCapabilityベースのセキュリティと単一アドレス空間保護で解決できると考えている
      DSLで各サブシステムを表現し、インターフェースはSmalltalk式のライブオブジェクトシステムで構成したい
      UIはSystem 7.5風のクラシックMac OSの感性を現代的に再構成する方向だ
      そうしたシステムは、Appleの80〜90年代プロジェクト精神を継ぐ夢のOSになるはずだ

  • PureDarwinニュースを見ると、ravynOSがXNU/Darwinを使ったほうが自然に思える
    しかしXNUはますます閉鎖的になっており、FreeBSDが現実的な代替になっている
    macOS代替プロジェクトがいくつも分散しすぎているのが残念だ

    • 幸い、ravynOSがDarwinへ移行中という話がある
    • 当面はx86_64ベースを維持しつつ、段階的にマイクロカーネル化していく計画のようだ

  • ウェブサイトは洗練されて見えたのでUIもそうだと思ったが、スクリーンショットは2008年のmacOSのような雰囲気だった

    • ただ、その頃のUIのほうがむしろ良かったという人もいる
    • 別の人は「見た目が何だというのか、Linuxも美しかったが、それでも使い勝手はひどいままだった」と言っている