我们在营销方面不好，我们可以承认，营销不是我们的强项。我们的优势在于编写开发人员、管理员和自由软件支持者依赖的文章，以了解 Linux 世界的动态。请今天订阅，以帮助我们继续这样做，而不必在营销方面变得出色。Chromium 是 Google Chrome 浏览器的开源上游项目，是许多 Linux 用户的首选浏览器。它也因 Linux 发行版打包和构建的困难而声名在外：Chromium 的构建系统复杂，项目捆绑了许多依赖关系，并且发行频繁。这一切，加上用户的抱怨，使 Gentoo Chromium 包的维护者放弃尝试维护该包。Gentoo 专注于允许用户使用 Portage 软件管理工具从源代码构建自己的软件。Gentoo 打包者创建 ebuild 文件，这是用类 Bash 语法编写的文本文件，其中包含 Portage 构建软件所需的信息。用户然后使用 emerge（Portage 的命令行接口）自己构建软件包。最近的一个 Chromium ebuild 演示了该包的复杂性。Gentoo 确实通过其 Binhost 项目为某些软件提供预构建的二进制包。然而，从源代码构建给用户提供了灵活性，允许他们声明 USE 标志以设置编译时选项或更改软件包的配置。例如，用户可能希望指定与软件包链接的可选库，或是否安装附带的文档。特别是对于 Chromium，用户可能会使用 -bundled-toolchain USE 标志（这告诉 Portage 不使用捆绑的工具链），以便使用系统版本的 Clang 来编译 Chromium 而不是上游项目中包含的捆绑版本。对于 Gentoo 的 x86-64 系统用户来说，这是可选的，但对于其他架构的用户，-bundled-toolchain 是必要的，因为 Chromium 的捆绑工具链仅针对 x86-64 系统提供。值得注意的是，由于构建带有专有编解码器的包时出现问题，Chromium 目前并未作为 Gentoo 的二进制包提供。最后的祭奠 许多发行版，包括 Arch Linux、Debian 和 Fedora，使用“孤儿”这个术语来指代维持者放弃的包；开发人员宣布某个包已孤儿化，其他贡献者如果愿意可以申请维护。但是 Gentoo 的术语显得更为戏剧化：包的维护者在 gentoo-dev-announce 邮件列表上宣布包的“最后祭奠”，通知项目该包将不再维护，并为其他开发人员提供了申请维护权的机会。在开发人员宣布最后祭奠后，该包的 ebuild 在 Gentoo 的 ebuild 仓库中被屏蔽，以确保用户不会意外安装已不再维护的包。已安装该包并尝试升级的用户将收到警告，警告提示该包已被屏蔽。Chromium 包维护者 Sam James 于 9 月 24 日宣布了 Chromium 包的最后祭奠，此前在 Roman Žilka 提交的一个错误报告中进行了长时间的讨论。在 9 月 9 日，Žilka 抱怨 Chromium ebuild 的最新稳定版本已经过时：最新稳定的 www-client/chromium（以及 google-chrome 以及可能的其他包）是 151.0.7922.169，包含了 602 个各类严重性已知漏洞。必须由某个合格的人采取措施，以确保这些重要的软件包不会继续出现这种情况。他在错误报告中附上了一个更新版本的 Chromium 的 ebuild，但指出如果用户试图使用 -bundled-toolchain USE 标志编译 Chromium，则该 ebuild 无法工作。James 回复说：“Chromium 作为源包的维护非常可怕。它无疑是 Gentoo 中最让维护者烦恼的包。”他表示，抱怨它的维护并没有帮助，并补充说，由于在保持其更新的困难，维护者多年来几次接近于给予 Chromium 最后祭奠。他还提到，之前他对 Žilka 提到过这件事，如果 Žilka 希望协助维护该包，将非常欢迎。事实上，Žilka 在 8 月份提交了一个类似的错误报告，抱怨 Chromium ebuild 中存在的漏洞数量；James 当时回应说，该包一向难以维护，“现在他们又增加了 Go”作为依赖关系。在此之前，Žilka 曾在 Matt Jolly 提交的一个关于 Chromium 漏洞的错误报告中出现，他抱怨说：“更新过程需要修复，以确保像这样的关键包不会出现这种情况！”Jolly 回应称，维护者是一支志愿者团队，尽力而为，但“构建失败、人的因素（‘我搞砸了’）