fix(graphics): consumer_envs 跳过标量行 —— #732/#734 的第二处回归

[Sunrisepeak]

自我 review 时发现的,和 #733 同一类,但在另一个发射器上。

DISCOVERY 表有两个发射器:

	去处	能指定 op?
S3 declare_subos_env	subos shell	✅
S2 consumer_envs	消费者 shim	❌

xvm.add{ envs = ... } 收的是纯 { NAME = "value" } 映射,没有任何「设定而非合并」的表达方式 —— 每一项都按 PATH 式前插合并处理。

对四条搜索路径这正是想要的。对 XKB_CONFIG_ROOT 和 LIBINPUT_QUIRKS_DIR 是破坏性的:它们指一个目录,所以一个已经 export XKB_CONFIG_ROOT=/usr/share/X11/xkb 的用户会拿到

<subos>/share/X11/xkb:/usr/share/X11/xkb

而 libxkbcommon 会在一个根本不是路径的路径里找不到 rules。

唯一的消费者是 pkgs/g/godot.lua:440。#732 之前它的 shim 不带这两个变量,之后带了 —— 所以这是我引进的,而且当时没验。

修法

让 op 这个字段承担唯一含义 —— 「这是标量」 —— 两个发射器各按自己的机制正确处理:S3 用 set,S2 弃权。

for _, d in ipairs(DISCOVERY) do
    if d.op ~= "set" then
        envs[d.var] = "${XLINGS_DYNAMIC_SUBOS_DIR}/" .. d.rel
    end
end

代价写在注释里:从普通登录 shell 经 shim 启动的消费者拿不到键盘/quirks 数据集 —— 也就是这两行存在之前的状态,所以不构成退步;在 subos use 里 S3 照常设对。真正关闭它需要 xvm.add 支持 per-variable op,在那之前,静默破坏一个标量是两种失败里更坏的那个。

验证

桩加载 graphics.lua 直接调 consumer_envs():

GBM_BACKENDS_PATH            ${XLINGS_DYNAMIC_SUBOS_DIR}/usr/lib/gbm
LIBGL_DRIVERS_PATH           ${XLINGS_DYNAMIC_SUBOS_DIR}/usr/lib/dri
XDG_DATA_DIRS                ${XLINGS_DYNAMIC_SUBOS_DIR}/share
__EGL_VENDOR_LIBRARY_DIRS    ${XLINGS_DYNAMIC_SUBOS_DIR}/share/glvnd/egl_vendor.d

XKB_CONFIG_ROOT      出现在 consumer_envs? false
LIBINPUT_QUIRKS_DIR  出现在 consumer_envs? false

教训

往 DISCOVERY 加行的检查清单现在是三项:

1. 新提供方 config() 里要有两个调用(declare_* 放置 + declare_subos_env 声明);
2. 回头检查每个 declare_subos_env 调用点传没传集合(fix(mesa): 只声明自己填的路径 —— #732 的回归 #733);
3. 回头检查 consumer_envs() 的消费者 —— 新行会自动进入每一个 shim(本 PR)。