Felix Yan2023年12月13日
@felixonmars
其实建一个Arch Ports 项目,提供 Tier 2 的 aarch64、riscv64、loong64 支持的想法已经在我脑海里存在两年多了。
-为什么不在 Arch 里直接加新架构支持?
因为绝大部分现有的 Arch 开发者既没有其他架构的设备,也没有兴趣维护其他架构。从给现在的 Arch 开发者发板子开始推动有点太慢和不现实,还不如聚集一批感兴趣的维护者来专门维护新架构。
-为什么一直没有成为现实?
因为以上架构中,尤其是 aarch64,维护状态差但没有差到一定程度。以目前的状态很难说服社区重造一遍轮子的必要性(我曾经在 IRC 提过,反馈不好)。
- 为什么要重复 Arch Linux ARM / Loong Arch Linux 等下游项目的工作?
因为它们维护得不够好:软件包覆盖率不足,需要人工干预的包修复不及时,与 Arch 上游沟通不足。
- 为什么不直接把他们联合起来重新利用已有的工作?
他们各自的维护流程、偏好各异,而沟通不是我的强项。以往 Arch 曾经讨论过与 ALARM 的合并,但因为我也不清楚的原因并没有进展。当然,如果能做到是最好的......
【【PKU & THU Linux】发行版沙龙(一)肥猫:Arch Linux Ports】 网页链接
@felixonmars
其实建一个Arch Ports 项目,提供 Tier 2 的 aarch64、riscv64、loong64 支持的想法已经在我脑海里存在两年多了。
-为什么不在 Arch 里直接加新架构支持?
因为绝大部分现有的 Arch 开发者既没有其他架构的设备,也没有兴趣维护其他架构。从给现在的 Arch 开发者发板子开始推动有点太慢和不现实,还不如聚集一批感兴趣的维护者来专门维护新架构。
-为什么一直没有成为现实?
因为以上架构中,尤其是 aarch64,维护状态差但没有差到一定程度。以目前的状态很难说服社区重造一遍轮子的必要性(我曾经在 IRC 提过,反馈不好)。
- 为什么要重复 Arch Linux ARM / Loong Arch Linux 等下游项目的工作?
因为它们维护得不够好:软件包覆盖率不足,需要人工干预的包修复不及时,与 Arch 上游沟通不足。
- 为什么不直接把他们联合起来重新利用已有的工作?
他们各自的维护流程、偏好各异,而沟通不是我的强项。以往 Arch 曾经讨论过与 ALARM 的合并,但因为我也不清楚的原因并没有进展。当然,如果能做到是最好的......
【【PKU & THU Linux】发行版沙龙(一)肥猫:Arch Linux Ports】 网页链接