討論:Arch Linux

Arch Linux因符合標準而獲列入優良條目。如有需要，請勇於更新頁面。如條目不再達標可提出重新評選。

條目里程碑
日期	事項	結果
2026年7月28日	優良條目評選	入選

本條目曾於2026年7月20日登上維基百科首頁的「你知道嗎？」欄位。

新條目推薦的題目為：

2026年7月20日：2015年10月起，Twitch直播平台的觀眾受「Twitch Plays Pokémon」啟發，通過聊天室投票發送終端按鍵指令，共同嘗試安裝哪一款Linux發行版？

此條目為第二十四次動員令工程類的作品之一，屬優良條目。

此條目為第二十四次動員令工程類作品之一，屬優良條目；此條目亦有完成改善工程，提升了條目的品質；此條目亦有提報原創圖片貢獻及原創媒體貢獻，使條目更為豐富。

本條目依照頁面評級標準評為優良級。
本條目屬於下列維基專題範疇：

Linux專題

（獲評優良級、高重要度）

	Linux主題閱論編本條目屬於Linux專題範疇，該專題旨在改善中文維基百科 Linux類內容。如果您有意參與，請瀏覽專題主頁、參與討論，並完成相應的開放性任務。
優良	根據品質評級標準，本條目已評為優良級。
高	根據重要度評級標準，本條目已評為高重要度。

軟體專題

（獲評優良級、中重要度）

	閱論編本條目屬於軟體專題的範疇，該專題旨在改善中文維基百科軟體類條目及相關內容。軟體專題仍在建設中，如果您有意參與，歡迎瀏覽專題主頁，參與討論，並協助處理相應的的待辦事項。
優良	根據專題品質評級標準，本條目已評為優良級。
中	根據專題重要度評級標準，本條目已評為中重要度。

電腦和資訊科技專題

（獲評優良級、中重要度）

	資訊科技主題閱論編本條目屬於電腦和資訊科技專題範疇，該專題旨在改善中文維基百科資訊科技相關條目類內容。如果您有意參與，請瀏覽專題主頁、參與討論，並完成相應的開放性任務。
優良	根據專題品質評級標準，本條目已評為優良級。
中	根據專題重要度評級標準，本條目已評為中重要度。

各章節大小

章節標題	字節數		正文字數
章節標題	本章	合計	本章	合計
序言	4,518	4,518	428	428
歷史	4,067	4,067	822	822
設計理念	1,896	1,896	392	392
安裝	1,769	1,769	374	374
軟體包	16	10,294	0	1,968
軟體包管理器	1,691	1,691	210	210
構建系統	880	880	145	145
軟體倉庫	3,257	3,257	703	703
用戶倉庫	4,450	4,450	910	910
ArchWiki	1,754	1,754	324	324
組織	2,673	2,673	502	502
衍生版	2,124	2,124	443	443
評價	8,839	8,839	2,028	2,028
流行文化	814	814	210	210
腳註	13	31,064	0	0
注釋	29	29	0	0
參考	31,022	31,022	0	0
外部連結	937	937	0	0
總計	70,749		7,491

以下用戶曾撰寫此條目或熟悉其所涉主題，或可解答內容查證、參考來源等問題：

- 深鳴（討論）

下列用戶因個人或工作原因而與本條目有所關連，相關的方針指引可以參考利益衝突、自傳、中立的觀點。
以下用戶的編輯已經由1F616EMO進行巡查，以確保條目內容的中立性。

深鳴（討論 | 貢獻）此用戶曾編輯此條目。此用戶已聲明與條目有關。（[1]）

刪除歷史版本章節

最新留言：12 年前2則留言2人參與討論

由於Arch Linux先改為每月更新，該章節變得過長並且難以維護。 Yi（留言） 2013年6月14日 (五) 23:22 (UTC)回覆

鑑於Arch Linux採用更新頻密的滾動更新模式，並沒有明確的版本名稱和代號。因此版本更新的時間表相對意義不大，可考慮只列出第一個版本和最近兩個版本的更新時間。Thomas.Lu（留言） 2014年7月21日 (一) 08:31 (UTC)回覆

建議刪除「缺點」中關於「對於其它CPU架構支持匱乏」一條

最新留言：10 年前1則留言1人參與討論

Arch Linux現已有對ARM架構的支持，並且提供了相當數量的軟體包。

請參考這裡：Arch Linux ARM--以上未簽名的留言由Jasper0819x（討論｜貢獻）於2015年12月18日 (五) 04:54 (UTC)加入。回覆

外部連結已修改

最新留言：9 年前1則留言1人參與討論

各位維基人：

我剛剛修改了Arch Linux中的1個外部連結，請大家仔細檢查我的編輯。如果您有疑問，或者需要讓機器人忽略某個連結甚至整個頁面，請訪問這個簡單的FAQ獲取更多信息。我進行了以下修改：

向 http://phraktured.net/arch-way.html 中加入存檔連結 https://web.archive.org/web/20150206004626/http://phraktured.net/arch-way.html

有關機器人修正錯誤的詳情請參閱FAQ。

祝編安。—InternetArchiveBot (報告軟體缺陷) 2017年6月8日 (四) 17:48 (UTC)回覆

外部連結已修改

最新留言：8 年前1則留言1人參與討論

各位維基人：

我剛剛修改了Arch Linux中的1個外部連結，請大家仔細檢查我的編輯。如果您有疑問，或者需要讓機器人忽略某個連結甚至整個頁面，請訪問這個簡單的FAQ獲取更多信息。我進行了以下修改：

向 https://osdir.com/ml/linux.arch.general/2005-08/msg00254.html 中加入存檔連結 https://web.archive.org/web/20120212212342/http://osdir.com/ml/linux.arch.general/2005-08/msg00254.html

有關機器人修正錯誤的詳情請參閱FAQ。

祝編安。—InternetArchiveBot (報告軟體缺陷) 2018年6月26日 (二) 16:03 (UTC)回覆

條目重寫

最新留言：3 個月前3則留言3人參與討論

此一由利益衝突編者提出的請求已獲採納。

前段時間在我的用戶子頁面下（User:深鳴/Arch Linux）重寫了條目。但本人亦為官方的Package Maintainer，可能存在利益衝突，因此請求其他維基人對新內容做審核。若同意合入新內容，建議讓我本人通過剪貼移動的方式改為新內容，因為草稿的編輯歷史不值得保留，且與現有條目歷史會衝突。--深鳴（留言） 2026年7月5日 (日) 06:51 (UTC)回覆

基於Package Maintainer爲無償崗位，個人不認爲存在任何利益衝突。相反，閣下既然獲社羣信任而擔當此職，也算是Arch Linux乃至整個Linux生態的半個專家，由熟悉此領域的編者編寫條目總是好事，只是要特別注意不要誤將個人認知和來源敘述混淆而應用於條目。 1F616EMO（喵留言～求助？） 2026年7月6日 (一) 17:45 (UTC)回覆

不認為存在利益衝突，反而證明是「行業專家」。--逆襲のあまのじゃく天邪鬼 (留言) 2026年7月12日 (日) 00:28 (UTC)回覆

草稿Arch Linux審核意見

最新留言：3 個月前31則留言3人參與討論

本主題或以下段落文字，移動自User talk:深鳴#草稿Arch Linux審核意見。執行者：1F616EMO（喵留言～求助？） 2026年7月6日 (一) 17:41 (UTC)。回覆

即將開始審核。首先，注意到閣下時常重複「Arch Linux」或以「其」代稱，注意傳統百科全書通常會省略作爲條目主題的主語，因此可刪去上述主語或代詞，以免累贅。亦就行文邀請@魔琴。 1F616EMO（喵留言～求助？） 2026年7月6日 (一) 03:34 (UTC)回覆

感謝審核。對於主語，維基百科似乎未對寫法做出限制，不過無論哪種方式我都可以接受。不過我還是習慣寫完整的語句😂--深鳴（留言） 2026年7月6日 (一) 06:00 (UTC)回覆

#歷史審閱意見：

「他正在維多利亞大學攻讀電腦科學專業，同時於一家小型網際網路公司就職」並非2001年的敘述，而是賈德·維內特受訪時的情況。
Arch使用i686架構「因此效能更具優勢」爲觀點，應妥善歸屬。
（基於機翻的意見）關於日本媒體評論官方WSL鏡像，「Arch Linux推崇簡潔的開發理念」並因此就支援WSL態度審慎確有其事，引入tar打包方法令原本態度消極的各發行版開始有興趣提供官方WSL版本也有提及，但來源似乎沒有明確說明tar打包方法推動了Arch Linux官方支援WSL。
關於2025年8月的DDoS攻擊，這一項比較接近新聞，未必適合收錄。正如我們不應該收錄「某場火災如何暫時地影響附近交通」，是否應該收錄「某場攻擊如何暫時地影響軟體更新」也有待商榷。如決定保留，這一段已經審閱，確定沒有可供查證及原創研究問題。

1F616EMO（喵留言～求助？） 2026年7月6日 (一) 09:12 (UTC)回覆

(：)回應：

表述確實是有問題，因為前一句用到了這個來源，後來就誤植了。我已經改為他曾就讀於維多利亞大學的計算機科學專業，期間在一家小型網際網路公司任職。
已修改。
我當時撰寫的時候也有類似顧慮，感覺只寫「由於簡潔而不提供鏡像」有些不明不白。但現在的寫法有過度推論的嫌疑。暫時改成了日本媒體Impress Watch（日語：Impress Watch）稱，Arch Linux推崇簡潔的開發理念，因此先前不願支持WSL。
認同此說法，已經刪除相關內容。

深鳴（留言） 2026年7月6日 (一) 11:48 (UTC)回覆

#設計理念審閱意見：

Linux Format第280期並沒有提及Arch Linux「走在技術前沿」，而是提及Arch適合希望「走在技術前沿」的人：Arch has come to be the favoured distro for people who want to be as close to the bleeding edge as possible, without the complexities of compiling everything from source.

1F616EMO（喵留言～求助？） 2026年7月6日 (一) 09:52 (UTC)回覆

(：)回應：

已修改為Linux Format稱Arch Linux積極擁抱新技術，適合「走在技術前沿」的用戶。順帶提一句，我這裡更希望強調「積極擁抱新技術」是Arch的設計理念，所以就沒有把它寫到「評價」章節裡。

深鳴（留言） 2026年7月6日 (一) 11:48 (UTC)回覆

其他格式建議：

英文作品使用斜體（{{English work}}）標記比較符合可靠來源常用用法，詳見格式手冊制定討論。因維基百科上的歷史因素，本站同時允許書名號或斜體，既然閣下將對條目進行完全重寫，即有權轉換成另一種標記方法，故建議閣下使用。

1F616EMO（喵留言～求助？） 2026年7月6日 (一) 09:56 (UTC)回覆

(：)回應：

感謝提醒，已經做了相應修改。

深鳴（留言） 2026年7月6日 (一) 11:48 (UTC)回覆

#安裝沒有問題。#軟體包管理器審閱意見：

（基於機翻）「支援並行連接」的敘述，來源只有說軟體包（對應tar.gz檔案），沒有說軟體源（對應.db檔案）。
Linux Pro Magazine. No. 64無助證明Arch Linux可以使用第三方二進制軟體源。來源確實有提及「install packages from [...] user repositories」，但下文即提及「User repositories, referred to as AUR」，並不是指二進制軟體源。同時，Linux Pro Magazine. No. 185也沒有明說「unofficial Arch repositories」是指二進制軟體源。

1F616EMO（喵留言～求助？） 2026年7月6日 (一) 17:40 (UTC)回覆

(：)回應：

說實話，我也不懂德語，所以是用機器翻譯補充一些事實。但原文有Eine wichtige Neuerung von Pacman 6.0 liegt in der Möglichkeit mehrere Pakete gleichzeitig zu übertragen oder mehrere Paketquellen gleichzeitig abzugleichen.，我覺得後半句指的應該是軟體源？
我認為這裡來源第一個來源指的確實是第三方倉庫而不是AUR，結合後文的A good example of this is the fouiny_repo repository, which provides packages for the E17 version of Enlightenment. In addition, you can create your own local repository for any packages you want to control.，其中fouiny_repo指的應該並不是軟體包而是軟體倉庫，因此我傾向於作者搞錯了AUR；第二個來源確實沒有明說「二進制」。其實這裡我本來寫的是「第三方用戶倉庫」，但擔心這裡的「用戶倉庫」和AUR混淆。目前我改為了「第三方倉庫」，並且將第一個來源換為LinuxUser，其中提到Es lassen sich allerdings auch inoffizielle Paketquellen einbinden und so nicht direkt unterstützte Programme über die Paketverwaltung installieren.（雖然這個來源前面提到了pacman管理二進制包，但是也沒直接提到「二進制倉庫」），我相信應該沒有問題了？

深鳴（留言） 2026年7月7日 (二) 00:16 (UTC)回覆

Paketquellen看來是軟體源的意思（另外能搜到commit a8a1a1bb稱做了這個功能）。--Srapoj（留言） 2026年7月7日 (二) 00:45 (UTC)回覆

關於第一點，確實如此。第二點確認已解決。 1F616EMO（喵留言～求助？） 2026年7月7日 (二) 02:19 (UTC)回覆

#構建系統審閱意見：

關於PKGBUILD授權的段落，來源編寫時，該RFC仍在等候異議的階段，0BSD授權尚未正式應用。因此，來源未指出授權已應用，而是指出授權更新確認信已在11月19日發出。

#軟體倉庫審閱完成，沒有問題。#用戶倉庫審閱意見：

AUR「軟體質素參差不齊且未經徹底審查，可能存在安全風險」是觀點，宜妥善歸屬。
「官方維護團隊的人力規模較小」不準確——來源是說「set of several dozen "trusted users"」的規模很小，建議用「受信用戶」的敘述。

1F616EMO（喵留言～求助？） 2026年7月7日 (二) 11:32 (UTC)回覆

(：)回應：

「構建系統」部分已經修改，感謝指出。
我暫時加上了部分評論稱，不確定是否合理。我覺得有多條評論都有類似看法，且沒有相反的評論，讀者也可以直接查看來源，因此沒有必要一一指出哪些人持有這種觀點？
我暫時改成了負責管理該系統的人力規模較小。我個人覺得前面提到了官方的軟體包維護者負責維護AUR，所以這裡用「負責管理該系統的人力」應該就能指代清楚。如果使用「受信用戶」之類的說法，感覺還要插入一個腳註說明這個身份等同於目前的軟體包維護者；如果直接使用「軟體包維護者」，讀者可能覺得和來源不符。

深鳴（留言） 2026年7月7日 (二) 13:38 (UTC)回覆

可。 1F616EMO（喵留言～求助？） 2026年7月7日 (二) 13:40 (UTC)回覆

#ArchWiki審閱意見：

「ArchWiki……提供與Arch Linux相關的文件」不見於來源。來源全文竟然沒有提及這一點，我也頗爲意外。但可以參考這一點寫作：He said this included not just how to run Arch Linux, but how to run important software on the distribution.
「頁面（不計討論頁、重新導向頁面、幫助頁）」，來源作「topic pages」。參考ArchWiki在2025年中的統計特殊頁面，應翻譯爲「內容頁面」（Mediawiki:Statistics-articles）。
關於「該網站的日常管理由約30至50名志願維護者組成的團隊負責，依賴社群用戶稽核頁面以確保內容準確性」：建議指出it was not possible for the maintenance team to review everything，以明確社羣爲何無法取代維護團隊。
全節使用同一來源，建議可省去中間的來源腳註，只保留最後的一個。

1F616EMO（喵留言～求助？） 2026年7月11日 (六) 04:55 (UTC)回覆

(：)回應：

來源確實沒有明確提到，不過我也是根據其中的一些內容總結出來的。ArchWiki為wiki類型的網站，文中多次使用wiki來指代ArchWiki（如Since 2006, the wiki has had more than 840,000 edits by more than 86,000 editors、The contribution guidelines and processes have a lot to do with the quality of the content on the wiki.），並且還提到其使用PhpWiki、MediaWiki等作為後端，我認為應當沒有問題。提供與Arch Linux相關的文檔，我認為閣下指出的He said this included not just how to run Arch Linux, but how to run important software on the distribution.確實可以說明，但後來提及內容準則時還提到，wiki內容以Arch為中心，如果文檔的內容無法在Arch上使用，那麼就不會收錄它，這樣就可以專注於Arch自身的內容（對應原文的The final guideline is that everything is Arch-centric.段落），說明ArchWiki的內容與Arch相關；而對於「文檔」，首段即提及No matter which Linux distribution one uses, the odds are that eventually the ArchWiki's documentation will prove useful.，我覺得應該沒有太大問題？
已經修改為「內容頁面」，但我不確定在正文中嵌入{{int:Statistics-articles}}是否合適，暫時以文字表示之。
已經補充由於維護團隊無法逐一審查所有內容變更。
其實我比較喜歡按意群分割腳註（用「意群」可能不恰當，但我想說的是「表達類似意思的一個或幾個句子」），這樣也便於後續增加來源。不過所有來源都是同一個，觀感確實不好。現在已經移除。

深鳴（留言） 2026年7月11日 (六) 05:23 (UTC)回覆

此外，我剛剛發現，大陸簡體的「文档」（對應「document」）在台灣正體下會被轉換為「文件」（在大陸簡體下對應「file」），我不確定這是否屬於過度轉換，導致讀者理解錯意思？--深鳴（留言） 2026年7月11日 (六) 05:37 (UTC)回覆

見Module:CGroup/IT，此字詞轉換無誤。 1F616EMO（喵留言～求助？） 2026年7月11日 (六) 05:53 (UTC)回覆

看來可能是技術文檔條目名稱有誤，使用繁體「技術文檔」表示中國大陸的地區詞。--深鳴（留言） 2026年7月11日 (六) 05:57 (UTC)回覆

#組織審閱意見：

「Arch Linux完全由志願者開發」出自來源第25頁而非24頁，此錯誤已在條目空間頁面修正。「官方成員通過郵寄清單……等方式開展工作」等部分也有同樣的問題，亦已修正。（修訂差異）

#衍生版審閱意見：

「部分社群和公司嘗試將系統移植到其他架構上」應以來源證明。上文引用的LWM來源有這樣的敘述：Lavallade said that one example of community involvement would be to work with derivatives from Arch Linux, such as [...] Arch ports to CPU architectures other than x86-64.
關於Arch Linux ARM，「致力」疑似是歐化中文，個人建議直接移除。亦就歐化中文問題諮詢@Ericliu1912。
「用於在自家Steam Deck上執行」不見於來源，建議改爲「爲自家Steam Deck的預設作業系統」。

1F616EMO（喵留言～求助？） 2026年7月13日 (一) 02:10 (UTC)回覆

(：)回應：

在寫這一部分時確實是搞錯了頁碼，感謝修正。
這句話是對後兩句的歸納，並未產生新觀點。如果直接將這句話刪掉，行文會顯得突兀。LWM來源僅提到了社區，不能涵蓋後文中「龍芯中科」這一公司，所以我當時沒有使用該來源。根據英維en:Wikipedia:What SYNTH is not § SYNTH is not summary所述：It's not necessary to find a source that summarizes the information. As long as what's in the article is an accurate, neutral summary, and each of the statements is verified by an appropriate source, then the summary is also verified by the same sources. Summary is not forbidden by any Wikipedia policy.。對此例來說，後面兩個例子已被來源證明，所以我認為這句總結或許可以不添加來源？
已刪除「致力於」。
修改後更符合來源所述，感謝指出。

深鳴（留言） 2026年7月13日 (一) 02:56 (UTC)回覆

同意第二點，其餘感謝貢獻。--1F616EMO（喵留言～求助？） 2026年7月13日 (一) 03:18 (UTC)回覆

另關於LWN來源中的社群：個人理解來源，「社群」並非相對於「（牟利）公司」，而是相對於「Arch Linux官方」。因此，「社群」也包括在官方體制之外的牟利公司。--1F616EMO（喵留言～求助？） 2026年7月13日 (一) 03:22 (UTC)回覆

#評價審閱意見，關於效能、說明文件等：

正如上述，「文档」在部分地區會顯示爲「文件」，造成歧義，已改爲「说明文档」。
「以安裝和組態過程為例，說明這兩款發行版都賦予了用戶極高的掌控權」不準確，來源敘述爲「說明這兩款發行版在安裝和組態過程上都賦予了用戶極高的掌控權」。

關於高度可客製化性和技術門檻：

「高度可客製化性」讀上去實在奇怪，或者可以改爲「高度可客製的特性」；這一點已通過站外的共同群組諮詢Ericliu1912。
「喬納森·科位元」顯然不是「Jonathan Corbet」正常情況下的譯名。我不清楚此名稱是什麼語言的名稱，請閣下參考外語譯音表處理。此問題無關內容準確，可稍後處理；之後內容問題處理完成後，我會再次檢視全文的譯名問題。此問題同樣出現於#軟體倉庫、#用戶倉庫，並散落評價段落各處。
關於上述作者的觀點，「Rather than」的意思並不是「與其說」，而是「……恰恰相反」。建議引文譯文：「Arch並沒有提供一座成品房屋，反而是提供了一堆建築材料和組裝工具，幾乎可以將其組裝成任何所需的形狀。」
未見所引來源有強調「這種完全掌控系統所帶來的滿足感」，只是指出Arch Linux允許用戶完全掌控系統。至於「只要堅持度過前期階段，便能領略其獨樹一幟的魅力」，來源敘述更像是「只要堅持度過前期階段，便能欣賞使用戶完全掌控系統的設計原則」。
「旨在篩選掉不熟悉命令列的新手」不見於來源，命令列這一點在來源中只是用來說明爲何Arch不太受歡迎，而不是說明旨在用於篩選。同時，「設計使然」並不是吉爾伯森的觀點，而是「from the point of view of anyone trying to appeal to mainstream users」作出的假設。
「找到合適的桌面環境後，再在Arch中構建」不準確，建議改爲「嘗試不同的桌面環境，在找到合適的組合後，再在Arch中構建」。

關於pacman：

「導致上游未優先修復的缺陷會直接影響用戶」過度解讀，來源作「some custom patching can take care of bugs that upstream devs might not prioritize」，未有提及「直接影響用戶」或「直接惠及用戶」。建議改爲「以致未能處理上游優先修復的缺陷」。

關於滾動更新：

「故障多因用戶忽略官方通告所致」，來源作「aren't willing to keep an eye on upstream and on the Arch mailing lists」。前者可謂官方，但容易誤解爲Arch Linux官方而非軟體開發團隊官方；至於後者，郵件列表並不止包括官方信息。
上述觀點和「極簡架構也有助於降低安全隱患」出自兩個不同的觀點來源（前者出自Chris Down，後者出自Chester Wisniewski，均來自同一來源的採訪），宜分別列出。

關於Arch Linux的說明文檔：

「愛德華·斯諾登公開稱讚其內容的檢索價值高」，可考慮提及在ArchWiki以外，「It's nearly impossible to discover useful information these days」。

1F616EMO（喵留言～求助？） 2026年7月13日 (一) 15:50 (UTC)回覆

(：)回應：

感謝修正。
是的，後文雖然提到了maintain complete control over your system，但是沒有提到Gentoo。目前已經修正。
已經修改為Arch Linux因允許用戶深度定製而深受目標群體青睞。
我認為可能是大陸簡體下的「比特」（bit）被過度轉換為「位元」所致。對於大陸簡體的人名譯名，我參照了zi.tools；但對於其他地區，還需要麻煩相應編者做修改。
我認為Rather than表示了「instead of somebody/something」的意思，所以或許也能翻譯為「與其……不如」。但閣下提供的譯文更加流暢，已經修改。
已經修改為這種對系統的完全掌控，這是我在潤飾語句時過度詮釋了😂；後半句已經修改。
已經修改為吉爾伯森直言，在試圖吸引主流用戶的人看來，這種安裝難度屬於「設計使然」，將新手拒之門外。
已修改。
已修改。
修改為了故障多因用戶忽略上游及官方信息所致。我認為郵件列表只是一種渠道，Arch還會通過其他方式發布信息，所以重點是信息本身。所以這裡選擇不提及郵件列表。
已將「Arch的極簡架構有助於降低安全隱患」這一觀點移動到前文的「安全方面」部分。
補充了還表示如今在ArchWiki之外「幾乎不可能發現有用信息」。