feat(xpkg): files assets (src/dst) and injected args — 0.0.47

[Sunrisepeak]

实现 #30 的 P0 + P1。纯增量，不设 recipe 没有的字段就完全不变行为。

来自 xlings 侧 sysroot / 多版本切换的工作（openxlings/xlings#410、设计 #409）。

1. src / dst —— type = "files"

includedir 只能说"这一个目录变成 sysroot 的 include"。说不了：目标位置、非头文件的资产、源与目标不同名 —— openssl 的 lib64/ → usr/lib/ 三样全占。

没有办法表达，索引就自己长手段：xlings 的索引现在有 7 种写文件的方式、3 种语言、2 套互相矛盾的冲突策略，其中 4 种版本管理器完全看不见，既搬不动也清不掉。

xvm.add("pkg.files.1", { type = "files",
    src = "include/openssl",     -- 相对 payload 根
    dst = "usr/include/openssl", -- 相对 subos 根
})

xvm.files({ src = "lib64", dst = "usr/lib" })   -- 语法糖，自动派生 target 名

两端都相对是硬要求，不是风格问题。 payload 跨 subos 共享且有引用计数 —— 记绝对目标路径，只对安装它的那个 subos 正确，对其余全错。消费方负责解析并拒绝绝对路径与 ../ 逃逸。

xvm.files 从包名派生 target 名，所以一个 release 声明多个资产时调用方不需要自己编名字、也不会撞。

2. args —— 与 alias 分开

今天注入参数的唯一办法是拼进 alias 字符串，消费方按第一个空格切分：

• 路径里有空格就废
• 每个读 alias 的地方（版本列表、诊断）都会把一条命令行当成名字显示 —— 某台真实机器上有 9 条这种脏数据

xvm.add("clang", { args = { "-isystem", "/a b/include", "--sysroot=/root" } })

有序列表，不存在引号问题。

兼容性

两个字段都是增量的。 不设它们的 recipe 产出的 ops 与之前逐字段相同 —— 最后一个测试钉住这一点。

验证

4 个新测试：files 的 src/dst 透传、args 的顺序与含空格路径、xvm.files 派生名不碰撞、不设新字段时行为不变。

⚠️ test_executor 另有 4 个 elfpatch 失败。把本 PR 的改动 stash 掉后完全一样地失败 —— 那些 fixture 通过 PATH 找它们伪造的 patchelf/install_name_tool，而 mcpp test 不提供。与本改动无关，是既有问题，我没有顺手改（它值得单独一个 issue）。

还没做的（#30 的 P2/P3）

use() hook + use_deps、spec = "3" 门禁。它们要等 xlings 侧先把物化收敛完，而且 P0/P1 已经足够让索引开始迁移。