出来事の日付：2026年8月2日。 Linux aarch64上でmacOS ARM64バイナリを実行する実験的な互換レイヤー「Kakehashi」の開発者は、フォークや貢献を受け入れる形でプロジェクトを公開したまま、積極的なメンテナンスを終了した。リポジトリには、ゲスト命令をネイティブ実行し、DarwinとLinuxの境界でオペレーティングシステムとのやり取りを変換する、野心的なユーザー空間アプローチが記録されている。
Kakehashiは、実行時コンパイラーも命令エミュレーターも備えない、コマンドライン優先のシステムと説明されている。AppleのMach-O実行形式を読み込み、独立動作型のlibSystem実装をマッピングし、ゲストプログラムがLinuxホスト側へ移る際にBSDシステムコールを変換する。ランタイムはスレッドやフォールトにも介入するが、ARM64のゲストコード自体は互換性のあるホストプロセッサー上で実行される。プロジェクト文書によれば、ゲストの作業ディレクトリはLinuxホスト側へ直接マッピングされる。
この設計は命令を一つ一つ変換するコストを回避するが、自己完結型のmacOS環境を作り出すものではない。ユーザーは、macOS 26以降のインストール環境から手作業で取得したバイナリを使い、「bottle」と呼ばれるゲストファイルシステムを組み立てなければならない。bottleのパスは固定されており、ホストの内蔵システムドライブ上に置く必要がある。外付けドライブやexFATなどの非ネイティブ・ファイルシステムはサポートされていない。
Zsh、rm、codesignを含む基本ユーティリティ一式は、非圧縮状態で約256MBを占め、文書に記載されたzshライブラリによってさらに約1MBが加わる。Appleの共有キャッシュに保存されている一部のライブラリは単純にはコピーできないため、KakehashiはそれらをlibSystemへのエイリアスにする。その後、ブートストラップ手順によってApple公式のXcode Command Line Toolsをダウンロードして展開し、ゲストルート内にclang、Git、SDKなどのコンポーネントを用意できる。
リポジトリによると、このシステムはLinux aarch64上のDocker、Colima、OrbStack、UTMで検証された。curl、Git関連ツール、ネストされたコンパイラープロセスなど、コマンドラインの作業負荷への対応が記載されている。記録された複数ファイルの7-Zipテストでは、実行時間がネイティブLinux版7-Zipの約1.24倍だった。作者は、ネストされたclangとリンカーの呼び出しには起動コストがかかると注意を促し、ネイティブmacOSと同等の実経過時間性能を達成することは、このプロジェクトの継続的インテグレーションにおける主要目標ではなかったとしている。
プロジェクトは、その実装をDarlingから派生したものではないクリーンルーム方式の成果と説明し、Appleのプロプライエタリなバイナリはリポジトリに保存していないとしている。ただし、必要なゲストファイルを自身のmacOSインストール環境から移す責任はユーザーにある。
メンテナンス終了の告知で、開発者は、構成要素の多さ、手作業によるバイナリ転送の必要性、そしてユーザーの要望を明らかにするイシューやプルリクエストの不足を理由に挙げた。作者はまた、開発中にAIを使用したことも明記した。通常のメンテナンスは停止したものの、リポジトリでは関心のある開発者に対し、変更を提出すること、プロジェクトをフォークすること、または関連プロジェクトを提案することを呼びかけている。
