作者 | Hector Martin 編譯 | ChatGPT、蘇宓 出品 | CSDN（ID：CSDNnews）
還記得 2020 年，蘋果推出首款自研晶片 M1，不僅帶來了強勁的效能提升，也讓許多開發者對其底層架構產生了濃厚興趣。然而，M1 採用的封閉生態讓 Linux 執行變得更加困難，甚至連 Linux 之父 Linus Torvalds 都曾吐槽“蘋果正朝著讓 Linux 執行更不方便的方向發展”。
就在這時，一位名為 Hector Martin 的開發者站了出來，決定挑戰在 M1 Mac 上執行 Linux。於是，他發起了 Asahi Linux（https://www.patreon.com/marcan），目標是讓 M1 Mac 使用者真正擁抱 Linux，並透過眾籌的方式啟動開發。
令人意想不到的是，僅僅兩年後的 2022 年 4 月，M1 Mac 便能順利執行原生 Linux。隨後這一專案也擴充套件到 M2 機型。Hector Martin 回顧這些成就時總結道：“雖然還有一些硬體功能尚未支援，但整體使用體驗已經能和大多數 x86 筆記本媲美，甚至更好。而且，這一切都是我們自己摸索出來的，沒有任何廠商支援，也沒有官方文件。這個專案幾乎是不可能完成的，但我們做到了。”
然而，時間來到 2025 年，距離專案創立已過去 5 年，Hector Martin 先辭去了 Apple ARM 支援的上游維護者職務，如今更是髮長文正式宣佈辭去 Asahi Linux 負責人的職務。
長文中，Hector Martin 心酸地稱，自己在將 Rust 程式碼合入 Linux 核心的過程中遭遇了層層阻礙，而作為 Linux 的掌舵者 Linus Torvalds 採取了“放任自流”的態度，未能給予明確支援；此外，他還發現，核心社群的一些成員“表裡不一”，當面一套背後一套；以及開源專案起步之後，獲得的資金支援越來越少，反而需求越來越多，整日被催更的巨大壓力讓他對繼續維護 Asahi Linux 逐漸失去了信心。
現如今，儘管 Hector Martin 表示他將交棒給社群裡面的貢獻者繼續維護 Asahi Linux 專案，但隨著核心開發者的退出，不少人對其未來發展產生了疑問。尤其是 M3/M4 晶片上何時能執行 Linux？這個問題，如今變得更加不確定。
接下來，我們將透過 Hector Martin 的長文了解事情的前因後果。
以下為 Hector Martin 發表的長文：
滿心歡喜想要挑戰一把“在 Mac 上執行 Linux”
最初在 2000 年代末，我是 Wii 自制軟體社群的重要貢獻者。當時，我開發了一些軟體（如今人們稱之為“越獄”），讓使用者可以在任天堂 Wii 上執行自己的非官方應用程式。
一直以來，我對工作充滿熱情，也很喜歡我所在的團隊（Team Twiizers，後來成為 fail0verflow）。然而，時間久了，我還是覺得累了，主要原因是大量使用者的過度索取。大多數使用我們軟體的人只是想玩盜版遊戲（這是我們既不支援、也不認可、也沒有直接促成的）。我們一直在與製造商玩貓捉老鼠的遊戲，努力讓這個平臺保持開放，但結果卻發現我們的努力主要被那些只想竊取他人勞動成果的人利用，而且他們還大聲宣稱自己有權這樣做。一段時間之後，這種狀況實在讓人厭倦。隨著更新一代的遊戲主機發布，我後來只是為了興趣而專注於 Linux 移植，不再嘗試建立社群，也不再研究那些最終會被盜版玩家利用的越獄或漏洞。
當蘋果釋出 M1 晶片時，我意識到讓它跑 Linux 是我的夢想專案。這個專案的技術挑戰和我以前折騰遊戲機自制軟體（homebrew）時遇到的很像，甚至更難。但這次的平臺本身是開放的，不需要越獄，也不用擔心那些想盜版軟體的使用者鬧事。而且，相比在 PS4 上跑 Linux，在 M1 上跑 Linux 的意義要大得多。
從 0 到 1 大獲成功後，問題接踵而至
於是，我啟動了 Asahi Linux 專案，得到了大量支援和捐款。令人驚訝的是，在我釋出號召的幾天內，專案就有了足夠的支援，可以正式開幹。前兩年進展非常順利，我們從零開始，把 M1 打造成了 Linux 體驗最流暢的筆記本之一。雖然還有一些硬體功能沒支援，但整體使用體驗已經能和大多數 x86 筆記本媲美，甚至更好。而且，這一切都是我們自己摸索出來的，沒有任何廠商支援，也沒有官方文件。這個專案幾乎是不可能完成的，但我們做到了。
過了一段時間，後來事情就沒那麼有趣了。首先是把程式碼合併到 Linux 核心的難題——這個問題我之前已經吐槽過很多次，這裡就不重複了。簡單來說，我們的程式碼涉及 Linux 核心的幾乎每個子系統，碰到了各種型別的驅動，甚至還改動了一些通用程式碼，這讓整個過程變得異常痛苦。
然後，就是那些“理所當然”的使用者。這次他們不是為了玩盜版遊戲，而是對功能有各種要求。“什麼時候支援 Thunderbolt？”、“USB-C 接顯示器不行，Asahi 對我來說毫無用處”、“相比 macOS，續航太差了”（但從來沒人拿它和 x86 筆記本比）、“連 CPU 溫度都查不了？”（是的，我真的收到過這種抱怨）……
當然，還有那句經典問題：“M3/M4 什麼時候支援？”
即使在我們釋出穩定版很久以後，仍然有人說 Asahi Linux，尤其是 Fedora Asahi Remix 是“alpha 版”、“不穩定”、“不能作為主力系統”（儘管有成千上萬的使用者，包括我自己，都在日常使用它，甚至用於伺服器）。
無論我們做了多少努力，攻克了多少“不可能”的難題，使用者總是想要更多，而且永遠不滿足。同時，捐款和資助也在不斷減少，從專案啟動以來就一直在下降。雖然短期內這不會讓我的全職開發計劃破滅，但也足夠讓我懷疑，這一切是否真的被珍惜過。最離譜的是，捐款的最高峰竟然是在專案剛啟動的前一兩個月。彷彿我們做得越多，支援反而越少了。
我知道自己有可能會被工作壓垮，所以透過控制投入某些領域的時間（比如核心上游合併）來避免過度消耗。這種方法之前效果還不錯，也基本能維持下去。
專案進度放緩，開發者個人備受壓力
然後 2024 年就到來了。去年的經歷對我來說非常動盪，主要是一些個人原因，這裡就不細說了。簡單來說，我大部分時間都在奔波，同時還要應對一些網路騷擾者和跟蹤狂的攻擊，他們不僅針對我，還波及我的家人，而且到現在還沒停。
儘管如此，2024 年我還是取得了一些進展，但整體上讓我陷入了很被動的狀態。我沒能完成太多 Asahi 相關的工作，而使用者對新功能和裝置支援的需求卻越來越大。
我們雖然推出了符合標準的 Vulkan 驅動，以及完整的 x86-64 遊戲和應用模擬執行方案，但 DP Alt Mode 仍然沒能實現（這個功能涉及複雜的逆向工程、除錯和核心底層改動，如果要做得完善穩定，可能需要對某些核心子系統進行大規模重構，甚至乾脆新建一個子系統）。
今年年初，我開始慢慢恢復工作，但壓力很大，也很愧疚，因為去年幾乎沒能推進多少進度。完整的 DP Alt Mode 仍然遙遙無期，但我們計劃在年初一兩個月內先推出一個簡化版，支援每臺裝置上的特定 Type-C 埠。Sven 在去年 12 月對 PHY 程式碼做了一些改進，於是我接手，把涉及的三個驅動硬生生搗鼓到能基本穩定執行的程度。雖然這不是最理想的方案，但考慮到要避免和核心社群再來一輪無休止的爭論（我確實試著在郵件列表上提過，但幾乎沒人回應），這是當時能做到的最好結果了。
Rust、C 的語言之爭成為導火索
Rust for Linux 這個專案在成為 Linux 官方核心的一部分時遇到了很多問題，這些問題已經被詳細記錄過了，這裡就不重複說了。簡單來說，我認為，Linus 在 Rust 進核心這件事上的處理方式是一次嚴重的領導失誤。像這樣的大專案，必須得到主要維護者的大力支援才能存活，但 Linus 的做法卻像是在“放任自流，看看會發生什麼”。與此同時，很多比 Linus 級別低的子系統維護者一直在故意拖延甚至阻撓這個專案，有些人還發表了帶有侮辱性的言論，嚴重打擊了開發者計程車氣，但卻沒有受到任何懲罰。其中，一位重要的 Rust for Linux 維護者幾個月前已經辭職了。
這件事本身就很重要，因為 Asahi Linux 選擇 Rust for Linux 並不是為了好玩，也不僅僅是因為 Rust 更安全，而是因為 Rust 讓 Apple GPU 驅動能夠在短時間內成功開發出來。目前，Asahi Linux 的程式碼裡已經有兩個 Rust 編寫的驅動，第三個驅動也正在從 C 語言改寫成 Rust，因為 Rust 更適合解決他們面臨的特殊問題，而原來的 C 版本已經變得越來越難維護。順便說一句，新的 Nvidia GPU Nova 驅動程式也正是用 Rust 編寫的——現代硬體的複雜度越來越高，需要更合適的現代程式語言。
有些人可能會覺得，Rust for Linux 這件事完全可以慢慢來，再拖個幾年，先自己維護好下游的程式碼就行。但問題是，這種局面現在就在影響開發者計程車氣。而且，Apple GPU 驅動本身就是 Rust for Linux 完全可行的重要證據（它是第一個完全用 Rust 寫的 Linux 核心驅動，並且帶動了 Rust 相關的核心抽象層開發）。如果不積極推動 Rust for Linux 進入官方核心，可能會被認為是“沒興趣”，從而影響整個專案的生存機會。但問題還不止這些……
事實上，Linux 核心的開發模式本質上是鼓勵把程式碼合併到官方版本（上游）裡，並且不太支援維護獨立的修改版本（下游分支）。如果有人不在乎上游，硬著頭皮維護一個完全獨立的分支，理論上是可以的，但長期來看這行不通——比如很多安卓廠商的核心分支，通常兩年左右就沒人管了。
Asahi Linux 的下游版本是基於最新的官方核心不斷更新的，這意味著他們每多加一個額外的補丁，我們後續的維護工作量就會增加，有時候甚至會變得很麻煩。但問題不止於此：
-
按照 Linux 核心和 Mesa（Linux 下的 GPU 圖形驅動庫）的規則，GPU 驅動的 Mesa 版本不能被官方合併和啟用，除非對應的核心程式碼已經被合併。這導致 Asahi Linux 也不得不維護一個 Mesa 的修改版本，而不能直接使用官方 Mesa。即使他們的 GPU 驅動程式碼已經 99% 被合併到官方 Mesa 裡了，仍然被人為停用，直到核心部分正式合併之前，他們甚至不能提交一個“開啟”這個驅動的補丁。
這個限制帶來的一個實際問題是：使用者無法在容器環境下使用 GPU 加速，比如 Docker、Podman，甚至 Waydroid（讓 Android 執行在 Linux 上的專案）。因為標準的容器映象使用的是官方 Mesa 版本，而這個版本和 Asahi Linux 的 GPU 驅動不相容。Flatpak 這種軟體打包方式有個部分解決方案，但其他容器系統都沒辦法。
總之，由於 Linux 核心上游的合併過程太難，Asahi Linux 現在的使用者體驗受到了很大影響。
我不是那種看到不公正現象就袖手旁觀的人，所以當另一個長期維護者濫用職權企圖阻礙 R4L 並阻止上游程序時，我站出來發聲了。而他的回應（這已被廣泛報道）是讓我最終崩潰的最後一根稻草。我辭去了作為 Apple ARM 支援的上游維護者的職務，因為我不想再與這個社群打交道。後來在那個帖子中，另一位主要的維護者居然一本正經的說：“我們就是那條‘藍線’”（通常指警察稱為社會秩序的最後防線）。但沒人對此表示異議，這讓我更堅定了不想再和他們有任何關係的想法。而且，這個人之前還逼走了一位 Rust for Linux 的維護者。
但事情遠不止於公開的那些事情。在隨後的幾天裡，我得知核心及其相關領域的一些成員一直在和我玩“雙面派”手段，他們假裝支援我和 Asahi Linux 專案，但私下裡卻對我心存怨恨，並關起門來在幕後煽動別人對我的怨氣。
沒有任何人給我傳送任何私人郵件或以其他方式告訴我發生了什麼，但一切就是發生了。我聽說，其中一位成員還在 Asahi Linux 必須與之互動才能得以生存的多個專案中擔任高階職位，他已經站在了那些直接騷擾和傷害過我的人的一方，且至今依舊如此。顯然，他們還造謠，稱我被某個公司僱傭來做 Asahi 專案（事實上我並沒有，我們除了 bunny.net 為我們提供免費的 CDN 信用之外，沒有任何企業贊助）。
我理解有些人可能不喜歡我發的 Mastodon（開源社交網路）帖子。是的，我承認自己有時候說話不好聽，可能有點刺耳，但我覺得這不是他們中傷我的理由。我無法與那些在幕後拉幫結派、並撒謊掩飾自己真實意圖的人合作。我無法與那些將責任歸咎於訊息傳遞者，而說自己清清白白真正有毒的人合作。我無法與那些厭惡公開評論，聲稱事情應該私下處理，但私下裡似乎從未有任何改變的人合作。我無法與那些在社交媒體上批評別人，並且在郵件列表上用成千上萬的訂閱者公開羞辱別人的人合作。我無法與那些在公開場合使用政治敏感和歧視性語言卻沒有任何後果的人合作。我無法跟那些一邊說“問題包在我身上，一切都很順利”，但另一邊卻眼睜睜看著重要的支持者和維護者紛紛辭職，同時還有各種人私下跟我說“他們再也不想碰 Linux 核心”的人一起共事。
當 Apple 釋出 M1 時，Linus Torvalds 曾在接受採訪時表示：
Linus 希望它能執行 Linux，但當時並不抱太大希望。
最終，我們實現了，而且 Linux 5.19 版本還是從一臺執行 Asahi Linux 的 M2 MacBook Air 上釋出的。
我本希望 Linus 的熱情能轉化為對我們社群的支援，並幫助我們解決上游問題。遺憾的是，這並沒有發生。2023 年 11 月，我曾邀請他討論核心貢獻和維護的挑戰，並看看我們能提供什麼幫助，但他從未回覆。
2011 年，Con Kolivas 默默地離開了 Linux 核心社群。他是一名澳大利亞人，白天是麻醉師，業餘時間是一名 Linux 核心開發者，他為 Linux Kernel 編寫的補丁（CK）給很多人留下了深刻印象，堪稱最後一位偉大的 Linux 核心業餘駭客。在此後的幾年裡，Linux 社群情況似乎變得更加糟糕。如今，如果你不是受僱於一家公司，要想在 Linux 核心上游或跨子系統做出顯著貢獻，幾乎是不可能生存下來的。Linux 最初是一個業餘愛好者專案，但它已經徹底失去了可容納“業餘愛好者”的根基。
多重壓力下，開發者決定退出專案
那時候每天都覺得有趣，但現在一切都變了，我個人有一臺 M3 Pro 的裝置放在盒子裡至今還沒有開機，我不敢也不想做裝置啟動工作，因為上面的種種，感覺一切都不值得了！
我懷念曾經那些可以放鬆的空閒時光，不需要為還沒釋出的各種功能而感到焦慮；我懷念那些做音樂的時間；我也懷念當初可以參加即興演奏會；我還懷念和朋友、家人一起吃飯的相聚時間，而不必擔心我們還沒有完成的事情；我同樣懷念能夠放鬆坐下來玩遊戲或看電影而不感到內疚的時間……
因此，我決定立即辭去 Asahi Linux 專案負責人一職。不過，這個專案還是會進行下去，我正在與團隊的其他成員一起協商新的治理方式並移交我的管理員許可權。同時，我個人的 Patreon（供內容建立者進行眾籌的平臺）將暫停，支援我的人可以繼續轉移支援 Asahi Linux OpenCollective（GitHub Sponsors 不允許我單方面暫停付款功能，但我的支持者將會收到通知，我會告知他們手動取消贊助）。
我要感謝整個 Asahi Linux 團隊，如果沒有你們，我一個人根本無法走到今天。你們知道自己是誰。我也要向所有 Patreon 和 GitHub 贊助商表達最衷心的感謝，是你們讓這個專案成為可能。
引發網友熱議
以上為 Hector Martin 的自述全文。當這篇文章釋出後，引發了 Linux 社群的廣泛關注討論。
不少人對 Hector Martin 在 Linux 社群的遭遇感到憤怒：
-
“我真的無法想象，一個人傾注全部心血去做自己熱愛的專案，卻還要不斷面對這種情況。想起 Quora 早期（那時候還挺不錯的），他們有個“友善與尊重”政策（也許現在還有），讓我不禁想，如果開源社群也能有類似的氛圍，會不會更好？無論如何，還是要向 Marcan 致敬，他做了如此出色的工作，我們的社群能有他這樣的人，真的很幸運！”
-
“他需要停止與那些他無法控制的風作鬥爭。使用者就是使用者，人就是人。總有一些人不滿意，這是永遠都避免不了的。但他似乎正面臨來自各方面的阻力。有來自蘋果的阻力，他們對這個專案漠不關心，文件也很吝嗇，而且不打算減緩自己的變化速度。有來自使用者的阻力，因為體驗被精簡過。還有來自 Linux 核心團隊的阻力，他們面臨的尷尬局面是不得不接受和維護他們無法測試的硬體程式碼，而這些硬體他們自己並不擁有；而且他們顯然在 Rust 支援方面有分歧。如果至少有一方站在 Hector Martin 這邊，那情況會輕鬆很多。”
也有人對如今的開源社群發展提出質疑：
-
開源吸引了一些最糟糕的使用者。人們通常假裝透過“建議改進”來提供幫助，但往往這些建議背後是那些想要免費獲得勞動成果的人。我認為，這種現象是無法透過政策改變的。當你免費為大量人群提供有用的東西時，你必須接受這一點。即便你在受控環境中獲取使用者反饋（這也意味著要不斷處理封停用戶的麻煩），人們依然會找到你的電子郵件地址，直接向你投訴。你可以參考：jwz/xscreensaver/Debian 的一些爭議。看到人們如此對待開源開發者，我也開始猶豫是否將自己寫的任何程式碼上傳到公共儲存庫。我認為，Asahi 專案的貢獻者們最糟糕的部分是，一些憤怒的 Linux 核心開發者因為不喜歡 Rust，而主動試圖破壞專案。使用者的不講理可以理解，但你的維護者同事至少應該是你的盟友。我真心希望 Marcan 能找到一個新的專案，避免捲入這些紛爭和混亂。
對此，你怎麼看待這個問題？
原文連結：
https://news.ycombinator.com/item?id=43036904
https://marcan.st/2025/02/resigning-as-asahi-linux-project-lead/
官方站點：www.linuxprobe.com
Linux命令大全：www.linuxcool.com
劉遄老師QQ：5604215
Linux技術交流群：2636170
（新群，火熱加群中……）
想要學習Linux系統的讀者可以點選"閱讀原文"按鈕來了解書籍《Linux就該這麼學》，同時也非常適合專業的運維人員閱讀，成為輔助您工作的高價值工具書！
