feat(eui-neo): 接上 Linux 托盘(EUI_TRAY_SNI),全部取自 xim

[Sunrisepeak]

承接 #245 的需求(该 PR 已回退到无净改动)。0.5.7 的 tray_bridge.c 新增了走
GDBus 的 freedesktop StatusNotifierItem 后端:设 EUI_TRAY_SNI 之后只需要
glib/gio,不再需要 GTK3 + libappindicator。此前 Linux 腿只能编
EUI_TRAY_HAS_BACKEND=0 的桩。

来源:全部在 mcpp + xlings 体系内,不碰宿主

	从哪来	怎么到位
glib 头文件 + 它自己的四个 .so	xim:glib@2.80.0	install() 拷进 mcpp_generated/glib/
libz libmount libselinux libffi libpcre2	xim:zlib / util-linux / libselinux / libffi / pcre2	不暂存,运行期经 subos 库视图解析

实测消费者的闭包:

libz.so.1       => xim-x-zlib/1.3.1/lib/libz.so.1
libmount.so.1   => xim-x-util-linux/2.40.2/lib/libmount.so.1
libselinux.so.1 => xim-x-libselinux/3.11/lib/libselinux.so.1
libffi.so.8     => xim-x-libffi/3.4.4/lib/libffi.so.8
libpcre2-8.so.0 => xim-x-pcre2/10.42/lib/libpcre2-8.so.0

⚠️ 不暂存 libz 是一个决定,不是遗漏。 包里再放一份 libz.so.1,对任何同时
构建 compat.zlib 的消费者就是第二个提供者 —— exe 里那份会在全部 88 个符号
上获胜,glib 跑在一份它并非针对其链接的 zlib 上(mcpp#519)。最省的做法是不发
那个副本。

⚠️ 没有任何东西来自宿主。 上面每个名字都有 xim 包 —— 早先的草稿曾从
/usr/lib 暂存 libmount/libselinux/libblkid,因为没有查。

三处需要写下来的

• -DEUI_TRAY_SNI=1 对每个已发布版本都安全。 0.5.6 及更早的
  tray_bridge.c 根本没有 #elif defined(EUI_TRAY_SNI) 这一支(对着 0.5.6 的
  tarball 核过),预处理器落回原来的 #else 桩。mcpp 段是版本无关的,所以这条
  必须核实而不是假设 —— 一个半生效的 define 会留下
  EUI_TRAY_HAS_BACKEND=1 而背后没有实现。
• 显式 -L 与 runtime.library_dirs 不重复。 后者只变成 -Wl,-rpath,
  是给加载器的,不是给链接器的。lld 恰好会搜 rpath 从而掩盖这一点,GNU ld
  不会,-lglib-2.0 就会落空到宿主(或落空到没有)。
• */ 的 wrap 层现在由 install() 负责归一。 本描述符每条源码 glob 都以
  */ 开头,恰好吸收一层;没有 hook 时那一层来自 tarball 的形状,有了 hook 就得
  自己保证。GitHub 的包有一层、CN 镜像的可能没有,所以在 shell 里归一 ——
  这个 xim 的 Lua 沙箱里既没有 os.files 也没有 path.basename,两次都是在整套
  依赖下载完之后才以 attempt to call a nil value 现形。

验证(本机,mcpp 2026.8.28.2)

$ readelf -d -W bin/traytest | grep NEEDED
  libgio-2.0.so.0   libgobject-2.0.so.0   libglib-2.0.so.0
$ nm bin/traytest | grep -c g_dbus
10                       # 桩里一个都没有 —— 编进去的是 SNI 后端
$ ./traytest
eui_tray_init -> 1       # 真的在会话总线上注册上了
survived shutdown

索引三项 lint(check_cross_package_refs / check_platform_version_parity /
check_duplicate_versions)与 mcpp xpkg parse 全部通过。

已知

同时用到 compat.zlib(经 libpng)的消费者会收到 mcpp#519 的「一个库两个提供者」
警告。这是真的:静态 zlib 与 gio 加载的 libz.so.1 并存,exe 那份获胜。
根治要等 compat.zlib 能声明 soname = "libz.so.1" —— 需要索引 latest 的
mcpp 下限跨过 2026.8.28.2(mcpp#519 §11.3 的发布顺序)。