feat: 包身份规范化 —— 上游库归上游命名空间,版本对齐上游

[Sunrisepeak]

落地 #163。判据两条:命名空间说的是这个库是谁的,不是谁打的包;版本说的是你拿到的是哪一版上游。

迁移前	迁移后	上游
mcpplibs:imgui@0.0.6	ocornut:imgui@1.92.8	ocornut/imgui
mcpplibs:ffmpeg@0.0.3	ffmpeg:ffmpeg@8.1.2	FFmpeg
mcpplibs:opencv@0.0.10	opencv:opencv@5.0.0	opencv/opencv
mcpplibs:llamacpp@0.1.0	ggml-org:llamacpp@b10069	ggml-org/llama.cpp
mcpplibs:grpc@1.83.0	grpc:grpc@1.83.0	grpc/grpc

各 -m 仓库的对应 PR 均已合入并发布 tag:imgui-m#12、ffmpeg-m#7、opencv-m#19、llama.cpp-m#2、grpc-m#2。

新增两个包(gRPC codegen 链路)

• grpc:grpc-plugin —— grpc_cpp_plugin,上游 src/compiler/*,作为 host tool 构建。独立包不是风格选择:mcpp 把一个包编成一个对象池并把每个实现对象链进它的每个 kind="bin" 目标(plan.cppm 无 per-target 源码分区),所以插件若住在 grpc 里会链进约 1000 个 gRPC TU 并继承 OpenSSL/re2/c-ares。
• mcpplibs:grpcgen —— 本生态自己写的 163 行构建规则,故留在 mcpplibs。

两者 manifest 在归档子目录里,默认查找够不到两级,用显式 mcpp = "*/plugin/mcpp.toml" 指针。

旧条目冻结而非删除

已在用它们的消费者继续解析得到,新版本只在新条目下发布。grpc 是例外:它 2026-08-05 才进索引(#151),满打满算一天,唯一消费者是本仓成员,为一天的历史留永久重复条目不划算,故就地迁移。

MCPP_VERSION → 2026.8.6.1 是前置,不是顺手升级

本次对齐把 module 层与 compat 的版本变成相同,于是踩到 mcpp 的一个既有 bug:install_path 的 legacy 扫描匹配任何 -x-<shortName> 结尾的目录、不看命名空间,查 ocornut:imgui@1.92.8 会拿到 compat-x-imgui/1.92.8。它一直够不到,正是因为两侧版本从不相同。已由 mcpp#364 修复并发布。

index.toml 的 min_mcpp 不动。 会撞的两个 compat 邻居都是 Form B,旧客户端撞上时是响亮报错而不是静默用错包;下限是让整个索引对所有旧客户端失效的闸门(#349),只该在描述符真的读不动时抬。这里读得动,差的是解析得对 —— 用 CI pin 表达就够。

成员

五个成员的 [indices] 键与依赖段跟着迁。索引表按命名空间取键,包搬走了而键没搬,被测的就不再是这个 checkout(静默回落到线上索引)。

已知缺口(诚实记下)

grpc-plugin 与 grpcgen 没有成员覆盖。它们需要 grpc 与 mcpplibs 两个命名空间同时从 checkout 解析,而"每个成员至多一个项目索引"是硬约束(#238)。描述符发布之后再补 codegen 成员;在此之前该链路由 grpc-m 自己的 CI 覆盖 —— examples/greeter 经 grpcgen 生成 stub 并跑通真实 RPC,linux 1h46m、macOS 43m 均已绿。

本地验证

• 全量 lint(lua 语法 / spec-name-xpm / 前导 v / mirror urls / 身份形态)ALL PASS
• 11 个受影响描述符逐个 mcpp xpkg parse(strict)OK
• CN 镜像四个逐个 curl -fsSL 实测 200,字节数与 tarball 一致
• ocornut:imgui@1.92.8 在 2026.8.6.1 上实测安装并构建成功(同环境 A/B:旧版失败)

[Sunrisepeak]

CI 结论

九条检查里八条绿,唯一的红是 workspace (linux 2/3) 里的 openssl,同分片其余 20 个成员测试全过。

openssl 在 main 上同样红(run 31048019080),先于本 PR 存在。根因已定位并有直接证据:

$ <xim-x-gcc/16.1.0>/bin/g++ -print-sysroot
/home/speak/workspace/github/openxlings/xim-pkgindex-fromsource/.xlings/subos/default

gcc payload 报出的是构建它那台机器上的路径(两份独立安装报同一个值:一份是全新沙箱里现装的、一份是本机日常环境的)。CI 上该路径不存在 → sysroot 落空 → assert.h: No such file。修复在 xim-pkgindex#463,证据已贴过去。

上一轮 CI 抓到的两处我的疏漏(已修)

1. 表形式的依赖版本没跟着迁 —— 我的替换只写了裸字符串形式 opencv = "0.0.10",而 opencv-module-dnn / -unifont 用的是 opencv = { version = "0.0.10", features = [...] }。
2. llamacpp-metal 整个漏掉 —— 它不在我的成员清单里,[indices] 键、依赖段、版本三处都没迁。CI 没报是因为它只在 macOS 腿跑,而那条腿先死在 opencv 上了。

改法不是再猜一次,而是全量扫描 + "每个成员的 [indices] 键必须与其依赖段命名空间一致"的普查 —— 后者还抓出我修复时自己引入的一处(无差别替换把成员自身的包版本也改了)。

沙箱实证(已发布产物,非本 checkout)

   Compiling grpc.grpc v1.83.0
   Compiling grpc.grpc-plugin v1.83.0
   Compiling mcpplibs.grpcgen v1.83.0
     Running target/.../codegen-probe
ok: generated stub constructed against the linked gRPC runtime

ocornut:imgui@1.92.8 默认档可用;app feature 双向验证(不声明则 module 'imgui.app' imported but not provided 并失败)。