有关 CentOS-8 的问题
Contents
1. CentOS Stream 是什么？
请另外参阅 CentOS Stream 常见问题
简短的答案：我们正在与 RHEL 的领导层合作，好让 RHEL 的开发更透明并且由社群共同参与。
有很多「待定」的工作仍要进行才能达至上述目标，因为我们期望尽可能与 Red Hat 公开、共同地设计／开发这一切。RHEL 过往一直是内部开发的。现在这会公开进行，让交互更出发生。我们称它为 CentOS Stream。
1.1. 会有多个 stream 还是一个？
现时只有一个 stream。我们（CentOS 及 RH）或许会选择在将来增加更多。（请留意将事情 *简化* 了，其实有时技术性问题主导政策，有时刚刚相反）。
1.2. 我们怎样能善用 Streams 保持库在最新状态？
我们必须明白 Stream 以下个 RHEL 发行版本为目标，因此你过往若不曾看见组件被频密地改版，这大概会保持原状。若果你有一个简单的修正，或反向移植了新的功能，那么我们期望通过 pull request 及讨论，最终纳入该改动。
我们也在考虑这如何应用在 fasttrack 及 SIG 结构等软件库，因为某些程序也许更适用。
一个简单的比喻是「RHEL 8.1 发行后，CentOS Stream 将会用来开发 8.2 的内容」。
1.3. Stream 可以引入新的组件吗？Stream 的贡献模式与 EPEL 包装者有向分别？
「官方」的 CentOS Stream 组件反映 RHEL 开发中的源码。要是它不获 RHEL 开发者接纳，它便不会出现在「官方」的 Stream 发行中。
要是忽略「我们还未建设它」的机制，贡献给 SIG 或 EPEL 大致相同。指引或政策上或许有异，但就只有这些分别。
1.4. 既然 EL 及 EPEL 必需合作，EPEL 扮演著什么角色？
EPEL 指导委员会及 CentOS 计划必需共同寻求合作的方式。我们期望 EPEL 能同时配合 Stream 及标准发行版本。
对，我们将会有提交的标准，但我们还未定立它们。最低限度你可预期：
- 代码必须获上游接纳。
- 代码必须是累积的（不停用或减少功能）
- 代码必须含文档，或解释为何需要作改动。
- 若适用，代码必须连同测试。
1.5. 正确的名称是 CentOS Stream 还是 *8* Stream？
现时只存在 CentOS Stream，但基于技术性原因我们在 yum／dnf 或许会以 stream 变量标签为 8-stream。这不是官方的答案。
1.6. Stream 的内核在开发阶段会与 RHEL／CentOS 的内核保持 kABI 兼容性吗？
就下个 RHEL 次发行版本而然，是的。要是你发现偏差，这是一个错误，请告欣我们。
2. 我看不见 CentOS-8 的 updates 软件库
[updates] 软件库已全面消失，因为随著组件获建设／测试并推送到镜像，所有更新都出现于 BaseOS 及／或 AppStream 内。
3. 每个结构都有一个 os 及 kickstart 目录。它们的目录布局及内容似乎很相似。
kickstart 是 os 目录于发行时的快照。这样人们便可部署相同的内容而不是移动的目标，因为 BaseOS／AppStream 将会不断加入更新。
4. CentOS 8 的 codeready-developer 软件库在哪里？
PowerTool 软件库收录了来自 codeready-developer 软件库的组件。CodeReady linux Builder 这个注册商标不能被采用。
5. minimal iso 及 live media 在哪里？
它们被讨论中，主要视乎有多复杂。
6. 有方法将 CentOS-7 升级至 CentOS-8 吗？leapp 呢？
在 RHEL 下，leapp 工具程序能进行就地升级，但它的用途极之有限。见 https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/upgrading_to_rhel_8/troubleshooting_upgrading-to-rhel-8#known-issues-upgrading-to-rhel-8 。暂时未有计划为 CentOS 提供 leapp。
Translation of revision 9