软件有 bug。任何复杂系统都无法保证每个部分都能按计划工作。Fedora Linux 是一个 非常 复杂的系统，包含几千个包，这些包由全球无数个独立的上游项目创建。每周还有数百个更新。因此，问题是不可避免的。本文介绍了 bug 修复过程以及如何确定 bug 优先级。

发布开发过程

作为一个 Linux 发行项目，我们希望为用户提供完善的、一切正常的体验。我们的发布起始于 “Rawhide”。我们在 Rawhide 中集成了所有更新的自由及开源软件的新版本。我们一直在不断改进正在进行的测试和 持续集成 Continuous Integration 过程，为了让即使是 Rawhide 也能被冒险者安全使用。可是，从本质来讲，Rawhide 始终有点粗糙。

每年两次，我们把这个粗糙的操作系统先后分支到测试版本、最终版本。当我们这么做时，我们齐心协力地寻找问题。我们在 测试日 Test Days 检查特定的区域和功能。制作“ 候选版本 Candidate builds ”，并根据我们的 发布验证测试计划 进行检测。然后我们进入 冻结状态 freeze state ，只有批准的更改可以并入候选版本。这就把候选版本从持续的开发隔离开来，持续的开发不断并入 Rawhide 中。所以，不会引入新的问题。

在发布过程中许多 bug 被粉碎去除，这些 bug 有大有小。当一切按计划进行时，我们为所有用户提供了按计划发布的崭新的 Fedora Linux 版本。（在过去几年里，我们已经可靠地重复这一动作——感谢每一个为之努力工作的人！）如果确实有问题，我们可以将其标记为 发布阻碍 release blocker 。这就意味着我们要等到修复后才能发布。发布阻碍通常代表重大问题，该表达一定会引发对 bug 的关注。

有时，我们遇到的一些问题是持续存在的。可能一些问题已经持续了一两个版本，或者我们还没有达成共识的解决方案。有些问题确实困扰着许多用户，但个别问题并没有达到阻碍发布的程度。我们可以将这些东西标记为 阻碍 blocker 。但这会像锤子一样砸下来。阻碍可能导致最终粉碎该 bug，但也可能导致破坏了周围。如果进度落后，所有其它的 bug 修复、改进以及人们一直在努力的功能，都不能到达用户手中。

按优先顺序排列 bug 流程

所以，我们有另一种方法来解决烦人的 bug。按优先顺序排列 bug 流程，与其他方式不同，可以标出导致大量用户不满意的问题。这里没有锤子，更像是聚光灯。与发布阻碍不同，按优先顺序排列 bug 流程没有一套严格定义的标准。每个 bug 都是根据影响范围和严重性来评估的。

一个由感兴趣的贡献者组成的团队帮助策划一个简短列表，上面罗列着需要注意的问题。然后，我们的工作是将问题匹配到能够解决它们的人。这有助于减轻发布过程中的压力，因为它没有给问题指定任何特定的截止时间。理想情况下，我们能在进入测试阶段之前就发现并解决问题。我们尽量保持列表简短，不会超过几个，这样才会真正有重点。这种做法有助于团队和个人解决问题，因为他们知道我们尊重他们捉襟见肘的时间与精力。

通过这个过程，Fedora 解决了几十个严重而恼人的问题，包括从键盘输入故障到 SELinux 错误，再到数千兆字节大小的旧包更新会逐渐填满你的磁盘。但是我们可以做得更多——我们实际上收到的提案没有达到我们的处理能力上限。因此，如果你知道有什么事情导致了长期挫折或影响了很多人，至今没有达成解决方案，请遵循 按优先顺序排列 bug 流程，提交给我们。

你可以帮助我们

邀请所有 Fedora 贡献者参与按优化顺序排列 bug 的流程。评估会议每两周在 IRC 上举办一次。欢迎任何人加入并帮助我们评估提名的 bug。会议时间和地点参见 日历。Fedora 项目经理在会议开始的前一天将议程发送到 triage 和 devel 邮件列表。

欢迎报告 bug

当你发现 bug 时，无论大小，我们很感激你能报告 bug。在很多情况下，解决 bug 最好的方式是交给创建该软件的项目。例如，假设渲染数据相机照片的 Darktable 摄影软件出了问题，最好把它带给 Darktable 摄影软件的开发人员。再举个例子，假设 GNOME 或 KDE 桌面环境或组成部分软件出了问题，将这些问题交给这些项目中通常会得到最好的结果。

然而， 如果这是一个特定的 Fedora 问题，比如我们的软件构建或配置或者它的集成方式的问题，请毫不犹豫地 向我们提交 bug。当你知道有一个问题是我们还没有解决的，也要提交给我们。

我知道这很复杂……最好有一个一站式的地方来处理所有 bug。但是请记住，Fedora 打包者大部分是志愿者，他们负责获取上游软件并将其配置到我们系统中。他们并不总是对他们正在使用的软件的代码有深入研究的专家。有疑问的时候，你可以随时提交一个 Fedora bug。Fedora 中负责相应软件包的人可以通过他们与上游软件项目的联系提供帮助。

请记住，当你发现一个已通过诊断但尚未得到良好修复的 bug 时，当你看到影响很多人的问题时，或者当有一个长期存在的问题没有得到关注时，请将其提名为高优先级 bug。我们会看以看能做些什么。

附言：标题中的著名图片当然是来自哈佛大学马克 2 号计算机的日志，这里曾是格蕾丝·赫柏少将工作的地方。但是与这个故事的普遍看法相背，这并不是 “bug” 一词第一次用于表示系统问题——它在工程中已经很常见了，这就是为什么发现一个字面上的 “bug” 作为问题的原因是很有趣的。 #nowyouknow #jokeexplainer

via: https://fedoramagazine.org/something-bugging-you-in-fedora-linux-lets-get-it-fixed/

作者：Matthew Miller 选题：lujun9972 译者：DCOLIVERSUN 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

神秘实体 BGP 宣告了大量五角大楼未用 IPv4 空间

互联网是源自于美国国防部的项目，五角大楼因而控制了大量的 IPv4 地址段。至今五角大楼只使用了很少一部分它控制的地址空间，以至于众多云服务商在其内部网络使用了未用的美国国防部 IPv4 地址段。但在 1 月 20 日，一个神秘实体 AS8003 开始发布 BGP 广播宣告原五角大楼的未用 IPv4 地址段。到 4 月 20 日，它宣布的 IP 地址数量已经达到了 1.75 亿，超过中国电信的 6100 万，超过美国最大 ISP Comcast 的 1 亿。它宣告的 IPv4 空间占到了 IPv4 全球路由表的 5.7%。AS8003 究竟是谁？本周五，美国国防部的发表声明这是它授权进行的一个试点项目，旨在评估和防止未经授权使用国防部的 IP 地址空间，以及发现潜在的漏洞。

虽然心里很不平衡，但是毕竟互联网原来就是人家发明的，还好这些年我们都往 IPv6 转了。

Passwordstate 密码管理器遭黑客入侵

据报道，黑客攻破了 Passwordstate 密码管理器应用程序的更新机制，并在其用户设备（大多数为企业客户）上部署了恶意软件，可能影响到了 2.9 万名企业客户。丹麦安全公司 CSIS 今日发布了针对该供应链恶意软件攻击的分析，指出攻击者迫使 Passwordstate 应用程序下载了另一个恶意的压缩包。在受害者机器上安装后，将会尝试 ping 通远程的命令与控制服务器，而后服务器端会给出特定的响应，比如检索其它有效负载。

使用密码管理器是好，但是密码管理器就成为了关键点，如果密码管理器软件被攻击，那带来的打击可能是毁灭性的。

微软发布 Rust for Windows 预览版

有了 Rust for Windows，开发人员现在不仅可以在 Windows 上使用 Rust 进行开发，还可以使用 Rust 为 Windows 编写应用程序。Rust for Windows 可以“让你通过 Windows crate 直接和无缝地使用任何 Windows API，你可以像调用另一个 Rust 模块一样调用它们。”

微软寄希望于 Rust 能解决其使用 C++ 带来的大量内存漏洞，可能事情没那么简单。

就如我们之前报道的，因为对 Linux 内核提交了一些作用不明的补丁，并疑似以 Linux 内核作为其研究论文的试验场，Linux 内核社区决定撤销该大学所有近 200 个补丁贡献，并将明尼苏达大学“拉黑”。

此事件曝光并发酵之后，引来了全球技术社区的大量关注、抨击和一些反思。之后，明尼苏达大学计算机科学系表示暂停该研究项目，而陷入此事件的三位研究人员更是一时之间处于风口浪尖，招致了大量批评甚至谩骂。

此事件中的主要负责人 Kangjie Lu 助理教授昨日发表了一篇英文公开信进行澄清，我们将其翻译并点评如下，如有表达不到位或误解之处，敬请参照原文。

这封信是由此事件中三位研究人员联合署名发表的：

Kangjie Lu, Qiushi Wu, and Aditya Pakki
University of Minnesota

其中 Kangjie Lu 是负责该项目的助理教授，而 Qiushi Wu 和 Aditya Pakki 都是 Lu 助理教授带的博士生，其中 Qiushi Wu 是那篇论文《论通过伪装提交在开源软件中隐蔽地引入漏洞的可行性》的一作，而 Aditya Pakki 不是该论文的作者，但是是引发这场争议的补丁提交者。

信件开头首先对 Linux 内核社区致歉：

亲爱的社区成员：

我们为我们的研究小组对 Linux 内核社区造成的任何伤害真诚地道歉。我们的目标是找出修补过程中的问题以及解决这些问题的方法，我们非常抱歉，在“伪君子提交”论文中使用的方法是不恰当的。正如许多观察家向我们指出的那样，我们犯了一个错误，在进行这项研究之前没有找到咨询社区并获得许可的方法；我们这样做是因为我们知道我们不能向 Linux 的维护者征求许可，否则他们会对伪装者的补丁进行监视。虽然我们的目标是提高 Linux 的安全性，但我们现在明白，让社区成为我们研究的对象，并在社区不知情或未经其许可的情况下浪费其精力审查这些补丁，是对社区的伤害。

我们只想让你知道，我们绝不会故意伤害 Linux 内核社区，也绝不会引入安全漏洞。我们的工作是抱着最好的目的进行的，都是为了寻找和修复安全漏洞。

然后介绍了该研究项目的情况，并进行了澄清：

“伪君子提交”的工作是在 2020 年 8 月进行的；它的目的是提高 Linux 中修补程序的安全性。作为项目的一部分，我们研究了 Linux 打补丁过程中的潜在问题，包括问题的原因和解决这些问题的建议。

按 Lu 助理教授的解释，这个“伪君子提交”的研究已经于 2020 年 12 月结束，并且用于研究而提交的三个补丁也只是在邮件列表讨论中进行的，从未获得进入 Linux 内核的机会。而且，Linux 内核社区是知道这件事的。

• 这项工作并没有在 Linux 代码中引入漏洞。三个不正确的补丁是在 Linux 留言板的交流中讨论和停止的，从未提交到代码中。在提交论文之前，我们向 Linux 社区报告了这项工作的发现和结论（不包括不正确的补丁），收集了他们的反馈，并将其纳入论文中。

Lu 助理教授还提到，这次事件发酵而招致 Linux 内核负责人 GKH 全部撤销的 190 个历史补丁，是和该项目无关的，是出于善意和服务提交的。但是这个事情发展到现在，按照 GKH 的说法，要对这 190 个补丁进行重新审核，不过这个工作是在 GKH 自己的仓库内进行，无论审核结果如何，目前这 190 个补丁并没有在 Linux 主线内核中发生变更。

• 所有其他 190 个被撤销和重新评估的补丁都是作为其它项目的一部分和对社区的服务而提交的；它们与 “伪君子提交”论文无关。
• 这 190 个补丁是对代码中真正的错误的回应，并且在我们提交时都是正确的 —— 就我们所能辨别的而言。

对于“伪君子提交”所涉及的三个研究性的补丁，正在努力进行披露：

• 我们理解社区希望获得并检查这三个错误的补丁的愿望。这样做会暴露在留言板上对这些补丁做出反应的社区成员的身份。因此，我们正在努力在披露这些补丁之前获得他们的同意。

对于引发这次事件的几个由 Aditya Pakki 提交的补丁，是和这 190 个补丁无关，也和“伪君子提交”研究无关，是另外一个项目所产生的。

• 我们最近在 2021 年 4 月的补丁也不属于“伪君子提交”文件的范围。我们一直在进行一个新的项目，旨在自动识别由其他补丁（不是来自我们）引入的 bug。我们的补丁是为了修复被识别的 bug 而准备和提交的，以遵循责任披露的规则，我们很高兴与 Linux 社区分享这个较新项目的细节。

只是这些补丁看起来质量不佳，按 Aditya Pakki 的说法，“它的灵敏度显然不是很高”。正是由于这些糟糕的补丁，引发了 Linux 内核社区的愤怒，并将其和之前的“伪君子提交”研究联系到一起。

在公开信中，Lu 助理教授等继续认错：

我们是一个研究小组，其成员致力于改善 Linux 内核的工作。在过去的五年里，我们一直致力于寻找和修补 Linux 的漏洞。过去对修补过程的观察促使我们也研究和解决修补过程本身的问题。目前这一事件在 Linux 社区引起了对我们、研究小组和明尼苏达大学的极大愤怒。我们为我们现在认识到的违反开源社区共同信任的行为无条件地道歉，并为我们的错误行为寻求宽恕。

并请求社区原谅：

我们寻求从谦逊的角度重建与 Linux 基金会和 Linux 社区的关系，以创建一个基础，我们希望从这个基础上，我们可以再次为我们的共同目标作出贡献，即提高 Linux 软件的质量和安全性。我们将与我们的院系合作，因为他们为寻求在开源项目、同行生产网站和其他在线社区进行研究的师生开发新的培训和支持。我们致力于遵循合作研究的最佳实践，就我们研究项目的性质与社区领导人和成员进行协商，并确保我们的工作不仅符合 IRB（学术伦理委员会） 的要求，而且符合社区在此事件后向我们阐述的期望。

虽然这个问题对我们来说也很痛苦，我们对 Linux 内核社区所承担的额外工作感到由衷的抱歉，但我们从这次事件中吸取了一些关于与开源社区研究的重要教训。我们可以而且会做得更好，我们相信我们在未来还有很多贡献，并将努力工作以重新获得你们的信任。

我的看法

这件事到此算是告一段落了，如果这封公开信披露的信息属实，而 Linux 内核社区也愿意接受的话，那不失一个还算美好的结局。

就我个人的感受，Lu 助理教授的这封道歉的公开信，算得上谦卑，或许心中有所委屈，但还是就能道歉的地方都低头道歉了。在这个事件发酵后，我们其实看到了很多对这个研究团队的、对这些研究人员个人的谩骂和指责，鲜少能看到理智而独立的看法——这还仅仅只是中文社区的一个小角落。所以，可以想象身处美国的 Lu 助理教授和他的学生们会招致什么样的压力和语言暴力。

事实上，初看到这个新闻时，我也非常愤怒，也为其中两位研究人员是华人而感觉蒙羞。但是，在我仔细梳理了内核社区的邮件列表对话、综合了各处信源之后，得出的结论和看法，是和这份公开信相似的。也许 Lu 助理教授他们在此事件中有些不当，但内核社区的负责人的处置也或许有点过激。那么，社区是否真正能做到公平公正和公开决策？作为知名领袖和多年的社区元老，个人所做的处置和反应带来的影响可能要比预想的更高，在决策前是否应该三思？

另外，从这个事件中，还反映出的一个情况是，Linux 内核社区的管理和审核，似乎还是人治为主，对于来自外部的恶意或无意的破坏，应该具有更有效的反应机制。

好了，对于这件事，你如何看呢？

更新

周六深夜，内核团队的 GKH 回复说：

谢谢你的回应。

如你所知，Linux 基金会和 Linux 基金会的技术顾问委员会在周五向贵校提交了一封信，概述了需要采取的具体行动，以便贵组和贵校能够努力重新获得 Linux 内核社区的信任。

在采取这些行动之前，我们不会就这个问题进一步讨论。

谢谢

是否想要建立社区论坛或客户支持门户站点？以下是一些可以在服务器上部署的最佳开源论坛软件。

就像我们的论坛一样，重要的是建立一个让志趣相投的人可以讨论，互动和寻求支持的平台。

论坛为用户（或客户）提供了一个空间，让他们可以接触到在互联网上大多数情况下不容易找到的东西。

如果你是一家企业，则可以聘请开发人员团队并按照自己的方式建立自己的论坛，但这会增加大量预算。

幸运的是，有几个令人印象深刻的开源论坛软件，你只需要将其部署在你的服务器上就万事大吉了！在此过程中，你将节省很多钱，但仍能获得所需的东西。

在这里，我列出了可以在 Linux 服务器上安装的最佳开源论坛软件列表。

建立社区门户的最佳开源论坛软件

如果你尚未建立过网站，则在部署论坛之前，可能需要看一下 某些开源网站创建工具。

注意： 此列表没有特定的排名顺序。

1、Discourse（现代、流行）

Discourse 是人们用来部署配置讨论平台的最流行的现代论坛软件。实际上，It's FOSS 社区 论坛使用了 Discourse 平台。

它提供了我所知道的大多数基本功能，包括电子邮件通知、审核工具、样式自定义选项，Slack/WordPress 等第三方集成等等。

它的自托管是完全免费的，你也可以在 GitHub 上找到该项目。如果你要减少将其部署在自托管服务器上的麻烦，可以选择 Discourse 提供的托管服务（肯定会很昂贵）。

2、Talkyard（受 Discourse 和 StackOverflow 启发）

Talkyard 是完全免费使用的，是一个开源项目。它看起来很像 Discourse，但是如果你深入了解一下，还是有区别的。

你可以在这里获得 StackOverflow 的大多数关键功能，以及在论坛平台上期望得到的所有基本功能。它可能不是一个流行的论坛解决方案，但是如果你想要类似于 Discourse 的功能以及一些有趣的功能，那么值得尝试一下。

你可以在他们的 GitHub 页面 中进一步了解它。

3、Forem （一种独特的社区平台，正在测试中）

你可能以前没有听说过 Forem，但它支持了 dev.to（这是一个越来越受欢迎的开发者社区网站）。

它仍然处于测试阶段，所以你或许不会选择在生产服务器上实验。但是，你可以通过在他们的官方网站上填写一个表格并与他们取得联系，让他们为你托管。

尽管没有官方的功能列表来强调所有的东西，但如果我们以 dev.to 为例，你会得到许多基本的特性和功能，如社区列表、商店、帖子格式化等。你可以在他们的 公告帖子 中阅读更多关于它提供的内容，并在 GitHub 上探索该项目。

4、NodeBB（现代化、功能齐全）

NodeBB 是一个基于 Node.js 的开源论坛软件。它的目标是简单、优雅和快速。首先，它面向有托管计划的组织和企业。但是，你也可以选择自己托管它。

你还可以获得实时本地分析功能，以及聊天和通知支持。它还提供一个 API，可以将其与你的现有产品集成。它还支持审核工具和打击垃圾邮件的工具。

你可以获得一些开箱即用的第三方集成支持，例如 WordPress、Mailchimp 等。

请在他们的 GitHub 页面 或官方网站上可以进一步了解它。

5、Vanilla 论坛（面向企业）

Vanilla 论坛 主要是一款以企业为中心的论坛软件，它的基本功能是为你的平台打造品牌，为客户提供问答，还可以对帖子进行投票。

用户体验具有现代的外观，并且已被像 EA、Adobe 和其他一些大公司使用。

当然，如果你想尝试基于云的 Vanilla 论坛（由专业团队管理）以及对某些高级功能的访问权，可以随时申请演示。无论哪种情况，你都可以选择社区版，该社区版可以免费使用大多数最新功能，但需要自己托管和管理。

你可以在他们的官方网站和 GitHub 页面 上进一步了解它。

6、bbPress （来自 WordPress）

bbPress 是一个可靠的论坛软件，由 WordPress 的创建者建立。旨在提供一个简单而迅速的论坛体验。

用户界面看起来很老旧，但易于使用，它提供了你通常在论坛软件中需要的基本功能。审核工具很好用，易于设置。你可以使用现有的插件扩展功能，并从几个可用的主题中进行选择以调整论坛的外观。

如果你只想要一个没有花哨功能的简单论坛平台，bbPress 应该是完美的。你也可以查看他们的 GitHub 页面 了解更多信息。

7、phpBB（经典论坛软件）

如果你想要传统的论坛设计，只想要基本功能，则 phpBB 软件是一个不错的选择。当然，你可能无法获得最佳的用户体验或功能，但是作为按传统设计的论坛平台，它是实用的并且非常有效。

尤其是，对于习惯使用传统方式的用户而言，这将是一种简单而有效的解决方案。

不仅仅是简单，而且在一般的托管供应商那里，它的设置也是非常容易的。在任何共享主机平台上，你都能获得一键式安装功能，因此也不需要太多的技术知识来进行设置。

你可以在他们的官方网站或 GitHub 页面 上找到更多有关它的信息。

8、Simple Machines 论坛（另一个经典）

与 phpBB 类似，Simple Machines 论坛 是另一种基本（或简单）的论坛。很大程度上你可能无法自定义外观（至少不容易），但是默认外观是干净整洁的，提供了良好的用户体验。

就个人而言，相比 php BB 我更喜欢它，但是你可以前往他们的 官方网站 进行进一步的探索。同样，你可以使用一键安装方法在任何共享托管服务上轻松安装 Simple Machines 论坛。

9、FluxBB（古典）

FluxBB 是另一个简单、轻量级的开源论坛。与其他的相比，它可能维护的不是非常积极，但是如果你只想部署一个只有很少几个用户的基本论坛，则可以轻松尝试一下。

你可以在他们的官方网站和 GitHub 页面 上找到更多有关它的信息。

10、MyBB（不太流行，但值得看看）

MyBB 是一款独特的开源论坛软件，它提供多种样式，并包含你需要的基本功能。

从插件支持和审核工具开始，你将获得管理大型社区所需的一切。它还支持类似于 Discourse 和同类论坛软件面向个人用户的私人消息传递。

它可能不是一个流行的选项，但是它可以满足大多数用例，并且完全免费。你可以在 GitHub 上得到支持和探索这个项目。

11、Flarum（测试版）

如果你想要更简单和独特的论坛，请看一下 Flarum。它是一款轻量级的论坛软件，旨在以移动为先，同时提供快速的体验。

它支持某些第三方集成，也可以使用扩展来扩展功能。就我个人而言，它看起来很漂亮。我没有机会尝试它，你可以看一下它的 文档，可以肯定它具有论坛所需的所有必要功能的特征。

值得注意的是 Flarum 是相当新的，因此仍处于测试阶段。你可能需要先将其部署在测试服务器上测试后，再应用到生产环境。请查看其 GitHub 页面 了解更多详细信息。

补充：Lemmy（更像是 Reddit 的替代品，但也是一个不错的选择）

一个用 Rust 构建的 Reddit 的联盟式论坛的替代品。它的用户界面很简单，有些人可能觉得它不够直观，无法获得有吸引力的论坛体验。

其联盟网络仍在构建中，但如果你想要一个类似 Reddit 的社区平台，你可以很容易地将它部署在你的 Linux 服务器上，并制定好管理规则、版主，然后就可以开始了。它支持跨版发帖（参见 Reddit），以及其他基本功能，如标签、投票、用户头像等。

你可以通过其 官方文档 和 GitHub 页面 探索更多信息。

总结

大多数开源论坛软件都为基本用例提供了几乎相同的功能。如果你正在寻找特定的功能，则可能需要浏览其文档。

就个人而言，我推荐 Discourse。它很流行，外观现代，拥有大量的用户基础。

你认为最好的开源论坛软件是什么？我是否错过了你的偏爱？在下面的评论中让我知道。

via: https://itsfoss.com/open-source-forum-software/

作者：Ankush Das 选题：lujun9972 译者：stevenzdg988 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

在 Arch ISO 中加入一个可选的引导式安装程序，对新手和高级用户都有好处。

20 年来，Arch Linux 为用户提供了一个完全定制、独特的系统。这些年来，它以牺牲用户友好性为代价，赢得了在定制方面独有的声誉。

作为滚动发行版本，Arch Linux 不提供任何固定发行版本，而是每月更新一次。但是，如果你在最近几周下载了 Arch Linux，那么你很可能已经注意到了一个新的附加功能：archinstall。它使 Arch Linux 更加易于安装。

今天，我将探讨 archinstall 的发布对未来的 Arch Linux 项目和发行版意味着什么。

Arch Linux 新的发展方向？

尽管很多人对此感到惊讶，但默认情况下包含官方安装程序实际上是非常明智的举动。这意味着 Arch Linux 的发展方向发生变化，即在保留使其知名的定制性同时更加侧重用户的易用性。

在该安装程序的 GitHub 页面上有这样的描述：

“引导性安装程序会给用户提供一个友好的逐步安装方式，但是关键在于这个安装程序是个选项，它是可选的，绝不会强迫用户使用其进行安装。”

这意味着新的安装程序不会影响高级用户，同时也使得其可以向更广泛的受众开放，在这一改动所带来的许多优点之中，一个显著的优点即是：更广泛的用户。

更多的用户意味着对项目的更多支持，不管其是通过网络捐赠或参与 Arch Linux 的开发，随着这些项目贡献的增加，不管是新用户还是有经验的用户的使用体验都会得到提升。

这必然要发生

回顾过去，我们可以看到安装介质增加了许多对新用户有所帮助的功能。这些示例包括 pacstrap（一个安装基本系统的工具）和 reflector（查找最佳 pacman 镜像的工具）。

另外，多年来，用户一直在追求使用脚本安装的方法，新安装程序允许了用户使用安装脚本。它能够使用 Python 编写脚本，这使得管理员的部署更加容易，成为一个非常有吸引力的选择。

更多可定制性（以某种方式？）

尽管这看上去可能有些反直觉，但是这个安装程序实际上能够增进 Arch Linux 的可定制性。当前，Arch Linux 定制性的最大瓶颈是用户的技术水平，而这一问题能够通过 archinstall 解决。

有了新的安装程序，用户不需要掌握创建完美开发环境的技巧，安装程序可以帮助用户完成这些工作，这提供了广泛的自定义选项，是普通用户难以实现的。

总结

有了这一新功能，Arch Linux 似乎正在向着“用户友好”这一软件设计哲学靠近，新安装程序为新手和高级用户提供了广泛的好处。其中包括更广泛的定制性和更大的用户社区。

总而言之，这个新变动对整个 Arch Linux 社区都会产生积极的影响。

你对这个 Arch Linux 安装程序怎么看？是否已经尝试过它了呢？

via: https://news.itsfoss.com/arch-new-guided-installer/

作者：Jacob Crume 选题：lujun9972 译者：Kevin3599 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

财务软件 bug 导致数百人被错误定罪

英国邮政局从 1999 年开始使用存在 bug 的 Horizon 管理财务。Horizon 由日本富士通公司开发，它的早期版本被发现存在致命缺陷，会让员工看起来窃取了数万英镑。因为邮局顽固地坚持认为该软件可以信任，这导致来自 Horizon 的证据成功起诉了 736 名邮政工作人员，有人因此被关到监狱，生活被彻底改变。而据前开发者透露的信息，富士通公司早就知道它的软件存在问题。

英国法官洗清了 39 名前邮政工作人员的罪名，这起丑闻被认为是英国最大规模的司法不公案。

当软件吞噬了世界，很多人的命运就被软件所左右。

IBM 澄清：倡导和鼓励员工以任何形式参与开源项目

本周早些时候出现了一条颇令人意外的 Linux 内核的提交，要求将 IBM 的一位工程师名字从 IBM Power SR-IOV 虚拟网卡驱动程序的维护者清单中除名。因为他的上级经理不允许该员工以其个人 Gmail 账号提交内核贡献，“作为 IBM 员工，你不被允许以任何形式使用你的 Gmail 帐号参与到 VNIC 中。你不被允许使用你的个人电子邮件帐号作为‘爱好’。”

这一事件令开源社区错愕，与大家印象中的 IBM 完全不同。IBM 事后官方发表了相反的澄清：“IBM 提倡并鼓励参与 Linux 社区，无论使用的是 IBM 电子邮件 ID 还是个人电子邮件 ID”。IBM 开放技术副总裁 Todd Moore 解释说：“这是一个一次性的分歧，不应该公开，因为有内部的准则来解决它。通常我们的贡献者会有一个个人 GitHub ID 和一个 IBM GitHub ID。我们使用工具来跟踪这两个 ID 下的贡献，以确保每个人都能在我们的表彰计划中获得荣誉。”

总算是不错的进展，希望这只是误会，而不是某种新的战略。

Ubuntu 21.04 性能有所提升，但是仍不及英特尔的 Clear Linux

据 Phoronix 测评，Ubuntu 21.04 在性能上总体上领先于 Ubuntu 20.10 和 20.04 LTS。Ubuntu 21.04 采用了 Linux 5.11 内核和其它的一些优化，其性能状况良好。

在近 100 项测试中，Ubuntu 21.04 总体上比 Ubuntu 20.10 快 4%，而英特尔的 Clear Linux 比 Ubuntu 21.04 有 8% 的优势。

看来果然是 CPU 厂商更清楚如何发挥他们的硬件性能啊，不过似乎英特尔进来对 Clear Linux 的关注不多了。