GLEP 70：添加发行版环境变量

背景

Gentoo 软件包仓库不仅被数千用户使用，还被其他发行版和组织使用，例如 Funtoo、CoreOS 和 Google ChromeOS。从 Gentoo 基金会自己的章程来看，它自身描述如下：“Gentoo 是一个元发行版”。这允许用户自己创建自己的 Gentoo 版本。已经存在几个分支，包括 Exherbo、Funtoo、Sabayon、Galapagos、Vida 和 Calculate。Google 还为其 Chromebook 笔记本电脑维护了一个分支 ChromeOS。CoreOS 还使用 Gentoo 的仓库作为其发行版。此外，还有 Pentoo 和 Adélie 等二进制发行版提供了额外的价值，但严格来说，它们不是 Gentoo 的“分支”。

当前状况

目前，Gentoo 的分支和派生版本需要选择两个选项之一。它们可以原样使用树，这会导致软件包识别为针对 Gentoo 构建，并导致大多数基于 autoconf 的软件包（以及 KDE 中的一些 CMake 软件包）的错误报告 URL 指向 bugs.g.o。或者，他们可以分叉 Git 仓库，在发生冲突时需要手动合并，以及在上游发布新软件版本时需要额外的浪费工作。

缺陷

如果 Gentoo 的分支/派生版本没有足够的人力或资源来修改和维护所有提到 Gentoo 名称和错误 URL 的 ebuild（大约 496 个 ebuild 中大约有 1,656 个出现），那么这两个发行版都会受到影响。分支的用户会向 Gentoo 提交错误报告，而这些错误报告并非 Gentoo 中的错误。分支的开发者不会知道这些错误，也无法修复它们。Gentoo 的错误处理人员和开发人员将不得不浪费时间和资源来测试错误，发现它们甚至不是 Gentoo 的错误，并将其关闭为 WONTFIX 或 WORKSFORME。

如果他们选择分叉存储库并更改 ebuild 中的这些参数作为替代方案，那么这将使他们上游改进变得更加困难。Sabayon 在 GitHub 上专门为此创建了一个仓库，而 Adélie 则不断地将补丁应用到树上，因为它在不断发展。

解决方案目标

• 通过避免任何衍生发行版与 Gentoo 相关的表象，来保护 Gentoo 的名称、商标和声誉。
• 减少由于分支和派生版本导致的 bugs.g.o 上不适当的错误报告数量。
• 促进 Gentoo 及其分支/派生版本之间更好的协作和改进共享。
• 未来对错误报告 URL 的潜在更改虽然极不可能发生，但也更容易实现。