From 9ce49f43df845acc218eaf86b4dd6d100b7d5b99 Mon Sep 17 00:00:00 2001 From: Ryan Yin Date: Thu, 21 Nov 2024 16:16:19 +0800 Subject: [PATCH] docs: nixpkgs git workflow --- linux/nixos/nixpkgs-workflow.md | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) diff --git a/linux/nixos/nixpkgs-workflow.md b/linux/nixos/nixpkgs-workflow.md index 26a6ace9..40d33eca 100644 --- a/linux/nixos/nixpkgs-workflow.md +++ b/linux/nixos/nixpkgs-workflow.md @@ -54,3 +54,24 @@ arch 的 xxx-testing 与正式仓库之间. 这样做的缺点是, 相比 arch linux, 系统的各软件版本可能会比较滞后. + + +## 吐槽 - 经常有人提 PR 把 unstable 搞坏, 而且还不愿意修复? + +nixpkgs 现在这个局面就是它的架构跟工作流设计导致的，跟某个个人没有关系。 + +nixpkgs 感觉相当于 arch + AUR，导致很多 maintainer 对一些比较老的包不感冒，毕竟都不知道还有没有人在用。 + +打个比较, python maintainer 就只想维护 python 自身，并希望被破坏掉的其他依赖，由相关的 maintainer 自己修。 + +如果是在 arch 上, 那至少 python 的更新在相关的其他 core/extra 包都能正常构建后才会被合并到正式仓库。 +但在 NixOS 上, 它就直接被自动 merge 到 unstable 分支了, 导致稳定性欠佳. + +之前也有人提过为什么 nixpkgs 不像 arch 那样多加个 extra 维护级别跟 testing 分支呢? +不这么干的主要原因可能是: 人手与资源都不够, 多加一个分支就意味着多维护一个分支、多一堆 CI 构建、多一分 s3 cache 存储. + +另外当前的 monorepo + git 工作流可能会成为瓶颈, 拖慢了一个包的更新 PR 从合并到 master 到进入 unstable 的时间. + + + +