fix(pack): 宿主能力清单从解析后的图取,不再从根 manifest 取 (2026.8.10.3)

[Sunrisepeak]

跟在 #408 后面。2026.8.10.2 引入的「自带 libc 的档拒绝宿主能力」只做到了一半,
这个 PR 补齐,并把那条本来应该抓到它的测试改对。

缺陷

宿主能力清单是从根 manifest 的 [runtime] 取的。而几乎没有应用会自己声明
capability:opengl.glx.driver —— 它依赖某个声明了的包(glfw / SDL 封装 / GL runtime),
resolver 会给每条需求盖上请求者身份。

读根 manifest 回答的是「作者写没写」(几乎总是没写),而该问的是「解析出来的图需不需要」。

实测(真实 imgui 工程,不是 fixture)

mcpp why runtime 明明白白列着:

requirements:
  - capability:opengl.glx.driver [run] <- compat.glfw@3.4 (required)
  - capability:x11.display       [run] <- compat.glx-runtime@2026.08.08 (required)

修复前:

$ mcpp pack --mode self-contained
      Packed target/dist/b-0.1.0-x86_64-linux-gnu-bundle-all.tar.gz     ← 照打不误

HOST-REQUIREMENTS 也是空的 —— 而空文件会被读成「什么都不需要」,
所以现在根本不写空文件。

修复后:

$ mcpp pack --mode self-contained
error: --mode self-contained cannot be used by a program that needs the host to
       provide abi:glibc, opengl.glx.driver, x11.display.
  …
  use: --mode vendored — third-party .so travel with the artifact; libc and the
       capability above both come from the host.

$ mcpp pack --mode vendored     # 正常打包
$ cat target/dist/*/HOST-REQUIREMENTS
capability=abi:glibc discovery=unknown
capability=opengl.glx.driver discovery=unknown
capability=x11.display discovery=unknown

为什么原来的测试没抓到 —— 这才是重点

216 的 fixture 在根工程声明了能力,恰恰是真实工程唯一不具备的形态。
它通过的理由比它声称覆盖的范围窄,而窄在哪里没有被说出来 ——
这一轮反复在写的就是这条判据,这次轮到我自己。

216 已改成真实形态:

• 能力由依赖的描述符声明,消费方 mcpp.toml 什么都不声明;
• 加一条前置断言:那条需求必须先出现在 mcpp why runtime 里,
  否则「两档都拒绝」可能只是因为根本没有需求可拒 —— 测试等于空转;
• 顺带端到端验到 discovery 的声明式链路:依赖描述符里写的
  discovery = "rpath-of-dispatch" 原样出现在消费方的 HOST-REQUIREMENTS 里。

另含

2026-08-10-graphics-closure-acceptance.md —— #408 的验收实测,
把「验过是好的」与「本机验不了」分开写(GPU 那一半在本机是 NOT_EXERCISED,
理由与证据都在里面),并记下了我自己的一次测量错误(find | head -1 不是判据)。

unit 77/77 通过。