chore(release): bootstrap pin -> 2026.8.5.2,并纠正上一条注释里的错误机制 - #358
Merged
Conversation
发布收尾:2026.8.5.2 已发布并进入 xim-pkgindex(#506 已合),按不变式把
`.xlings.json` 的 bootstrap pin 设成刚发布的这一版。
同时**纠正我在 PR#357 里写进 check_version_pins.sh 的解释**。那条注释断言
「xim-pkgindex 只保留一个 mcpp 版本,所以旧 pin 会失效」—— **这是错的**。直接查过
`pkgs/m/mcpp.lua`:它保留着 17 个版本,包括出问题的 2026.8.4.1 与 2026.8.3.2,而且
每个都带 aarch64 资产。
已确证的只是**现象**,不是机制:
pin 2026.8.3.2 -> not found,available: 2026.8.4.1
pin 2026.8.4.1 -> not found,available: 2026.8.5.1
两次相隔一个发布,而 `available:` 每次只列**一个**版本 —— 恰好是当时最新的那个。
所以那个 job 里的解析器没有看到完整索引,真正的机制尚未查清。注释改为只陈述现象、
明说机制未知,并保留可操作的规则:**发布 N 之后,收尾 commit 把 pin 设成 N**。
写一条自己没验证过的机制进注释,比不写更糟 —— 它会把下一个人引到错误的方向。
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
发布收尾。两件事,第二件是收回一个我自己写错的判断。
1. bootstrap pin -> 2026.8.5.2
2026.8.5.2 已发布,xim-pkgindex 的 bump(openxlings/xim-pkgindex#506)已合入,所以按不变式把
.xlings.json设成刚发布的这一版。发布核验:
24ab6eab…c1eepublish-ecosystem完成并回探全部 8 个 URL,均 200 —— 本次不需要本地 gtc 补件mcpp 2026.8.5.2,并用它跑 e2e 189(规则包的两个 bug 回归)—— OK2. 纠正 PR#357 里写错的机制
那条 PR 我在
check_version_pins.sh里加了一段注释,断言:这是错的。 直接查
pkgs/m/mcpp.lua:它保留着 17 个版本,包含出问题的2026.8.4.1与2026.8.3.2,而且每一个都带 aarch64 资产。索引并没有丢弃旧版本。已确证的只是现象,不是机制 —— 两次相隔一个发布:
注意
available:每次只列一个版本,恰好是当时最新的那个。索引里明明有 17 个,说明那个 job 里的解析器没有看到完整索引。真正的原因尚未查清。注释改为:只陈述现象、明说机制未知,并保留那条经验上有效的操作规则(发布 N 之后,收尾 commit 把 pin 设成 N)。
pin 的修复本身仍然是对的、也仍然必要 —— 错的只是我给它的解释。把一个没验证过的机制留在注释里比不写更糟:它会把下一个人引到错误的方向去查。
未解决
ci-aarch64-fresh-install仍然是红的,但已经推进了很远:.xlings.json那一步过了,mcpp 2026.8.5.2在 aarch64 上成功自举(351/351 步,musl 交叉)gcc@16.1.0(glibc),而 aarch64 没有发布这个产物这条与本仓库的代码无关,是生态发布面的缺口。真要修,要么发布 aarch64 的 glibc gcc,要么给 mcpp 设计一条 host 工具链回退 —— 都该单独做。