有关 CentOS-8 的问题

1. Stream 是什么?

简短的答案:我们正在与 RHEL 的领导层合作,好让 RHEL 的开发更透明并且由社群共同参与。

有很多「待定」的工作仍要进行才能达至上述目标,因为我们期望尽可能与 Red Hat 公开、共同地设计/开发这一切。RHEL 过往一直是内部开发的。现在这会公开进行,让交互更出发生。我们称它为 CentOS Stream。

2. 会有多个 stream 还是一个?

现时只有一个 stream。我们(CentOS 及 RH)或许会选择在将来增加更多。(请留意将事情 *简化* 了,其实有时技术性问题主导政策,有时刚刚相反)。

3. 我们怎样能善用 Streams 保持库在最新状态?

我们必须明白 Stream 以下个 RHEL 发行版本为目标,因此你过往若不曾看见组件被频密地改版,这大概会保持原状。若果你有一个简单的修正,或反向移植了新的功能,那么我们期望通过 pull request 及讨论,最终纳入该改动。

我们也在考虑这如何应用在 fasttrack 及 SIG 结构等软件库,因为某些程序也许更适用。

一个简单的比喻是「RHEL 8.1 发行后,CentOS Stream 将会用来开发 8.2 的内容」。

4. Stream 可以引入新的组件吗?Stream 的贡献模式与 EPEL 包装者有向分别?

「官方」的 CentOS Stream 组件反映 RHEL 开发中的源码。要是它不获 RHEL 开发者接纳,它便不会出现在「官方」的 Stream 发行中。

要是忽略「我们还未建设它」的机制,贡献给 SIG 或 EPEL 大致相同。指引或政策上或许有异,但就只有这些分别。

5. 既然 EL 及 EPEL 必需合作,EPEL 扮演著什么角色?

EPEL 指导委员会及 CentOS 计划必需共同寻求合作的方式。我们期望 EPEL 能同时配合 Stream 及标准发行版本。

对,我们将会有提交的标准,但我们还未定立它们。最低限度你可预期:

  1. 代码必须获上游接纳。
  2. 代码必须是累积的(不停用或减少功能)
  3. 代码必须含文档,或解释为何需要作改动。
  4. 若适用,代码必须连同测试。

6. 正确的名称是 CentOS Stream 还是 *8* Stream?

现晬只存在 CentOS Stream,但基于技术性原因我们在 yum/dnf 或许会以 stream 变量标签为 8-stream。这不是官方的答案。

7. Stream 的内核在开发阶段会与 RHEL/CentOS 的内核保持 kABI 兼容性吗?

就下个 RHEL 次发行版本而然,是的。要是你发现偏差,这是一个错误,请告欣我们。

8. 我看不见 CentOS-8 的 updates 软件库

[updates] 软件库已全面消失,因为随著组件获建设/测试并推送到镜像,所有更新都出现于 BaseOS 及/或 AppStream 内。

9. 每个结构都有一个 os 及 kickstart 目录。它们的目录布局及内容似乎很相似。

kickstart 是 os 目录于发行时的快照。这样人们便可部署相同的内容而不是移动的目标,因为 BaseOS/AppStream 将会不断加入更新。

10. CentOS 8 的 codeready-developer 软件库在哪里?

PowerTool 软件库收录了来自 codeready-developer 软件库的组件。CodeReady linux Builder 这个注册商标不能被采用。

11. minimal iso 及 live media 在哪里?

它们被讨论中,主要视乎有多复杂。

12. 有方法将 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 6

zh/FAQ/CentOS8 (last edited 2019-10-03 12:11:17 by TimothyLee)