讨论: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之外“几乎不可能发现有用信息”。