5 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	e090c67297	feat(platform): 识别 Termux 宿主并把 $PREFIX/lib/jvm 纳入 JDK 扫描 ... - 新增 platform::termux：用 TERMUX_VERSION / 默认 PREFIX 识别 Termux， 推导 $PREFIX 与 $PREFIX/lib/jvm，不把路径写死进调用方 - java::discover 的 standard_roots 在 Unix 分支追加 Termux 的 JVM 根， 环境可注入（standard_roots_in），补上「Termux 装了 openjdk 但没设 JAVA_HOME/PATH 就发现不了」的盲点 - 单测覆盖识别、负例与扫描结果	2026-11-07 09:33:18 +08:00
AskaEth	166342b021	fix(core,design): M147 修掉 test(ubuntu) 剩下的两条红（M144 被 fail-fast 挡住没看见） ... `cargo test --workspace --all-targets --no-fail-fast` 在 docker 里（Debian 12 / rustc 1.99.1） 第一次跑全：app-iced 那条修好后，还有两个 target 各有一条 **Linux 专有**的确定性失败—— M144 只看到第一条，因为 cargo 默认在第一个失败 target 就停。两条都是「夹具/断言按 Windows 语义写死」，不是产品逻辑错。 1. `unlucky-core`：`platform::wallpaper::windows::tests::current_theme_expands_local_app_data_env_var` （crates/core/src/platform/wallpaper/windows.rs:286，460 passed / 1 failed） 夹具用了**混合分隔符**：`LOCAL_APP_DATA` 写 `C:/Users/u/AppData/Local`，而 `CUSTOM_THEME` 写 `C:\Users\u\AppData\Local\…`。探针把 `%LOCALAPPDATA%` 展开后拼上 `\Microsoft\…`，得到 `C:/Users/u/AppData/Local\Microsoft\…`；`FakeIo` 却按 `CUSTOM_THEME` 建键。Windows 的 `Path` 把 `/` 与 `\` 都当分隔符 ⇒ 两个 PathBuf 相等；Linux 不 ⇒ 查不到文件 ⇒ 0 个候选。 修法：`LOCAL_APP_DATA` 改成反斜杠原样（`r"C:\Users\u\AppData\Local"`），展开结果与 `CUSTOM_THEME` 逐字节相同。测试仍能在 Linux 跑，不丢覆盖（不是加 cfg 门躲开）。 2. `unlucky-design`：`color::palettes::tests::accent_on_fixed_neutral_only_moves_the_neutral_hue` （crates/design/src/color/palettes.rs，162 passed / 1 failed） `assert_eq!(Palettes, Palettes)` 做 f64 位相等，而两侧算中性色相的路径不同：一侧取 `NEUTRAL_HUE_DEG` 字面量，一侧经 `atan2()` 现算——glibc 与 UCRT 差 1 ulp （239.51420577630955 vs …964）。这正是 palettes.rs:361-365 那条注释自己警告过的坑。 修法：把「固定中性色相」喂成**种子色相的实测值**（`per_seed.neutral.hue_deg()`），两侧同源 ⇒ 断言保持**逐位相等**（比放宽容差更紧），零额外行。`NEUTRAL_HUE_DEG` 与种子色相的绑定仍由 隔壁 `neutral_hue_is_the_default_seed_hue` 用 1e-9° 容差钉着。 ⚠️ 这里没有照 tower 建议的「1e-9° 容差逐项比」：那个写法在 rustfmt 下要多 9 行，而本文件正好 400 行、顶在 guards.yml 的红线上。改完 399 行（比改前还少 1 行）。 验证（命令与 ci.yml 逐字一致，容器 ull-linux-check:bookworm）： - `cargo test --workspace --all-targets --no-fail-fast` → **exit 0**（原 exit 101，2 targets failed） - `cargo clippy --workspace --all-targets -- -D warnings` → exit 0 - Windows：`cargo test -p unlucky-core --lib` → 464 passed / 0 failed； `cargo test -p unlucky-design --lib` → 163 passed / 0 failed（不回归）	2026-11-06 20:19:03 +08:00
AskaEth	69d0025d09	fix(core): M73 r1 —— Windows 壁纸来源改为「当前主题优先」，通配主题包降为末档 ... 复审 p2-1（medium）：Win10+ 上 `%APPDATA%\Microsoft\Windows\Themes\` 通常只有 `TranscodedWallpaper`，一个 `.theme` 都没有；当前生效的主题记在 `HKCU\Software\Microsoft\Windows\CurrentVersion\Themes` 的 `CurrentTheme` 值里， 指向 `%LOCALAPPDATA%\Microsoft\Windows\Themes\Custom.theme`。 - 新增第二步 `windows-current-theme`：`reg.exe query ... /v CurrentTheme` → 归一化（含 `%LOCALAPPDATA%` 展开）→ 读该 `.theme` 的 `Wallpaper=`； - `%APPDATA%\...\Themes\*.theme` 通配扫描从「第二步」降为第四步兜底， evidence 如实标注「用户另存的主题包，可能未启用」； - 新顺序：TranscodedWallpaper → CurrentTheme → 注册表 WallPaper → 另存主题包； - `HostRoots` 增加 `local_app_data`（`%LOCALAPPDATA%`，退 `~/AppData/Local`）。 复审 p2-2（low）：`transcoded_wallpaper_hit_comes_first` 补一条字面量路径断言， 防止夹具与生产代码用同一构造函数一起拼错。 复审 p2-3（low）：`HostIo::run` 现在检查退出码（`!output.status.success()` 也返回 `None`），与四处「非零退出 → 失败」的文案对齐；`io.rs` 补一条夹具用例 （有 stdout 但退出码非零）证明旧行为会被挡掉。 行长：`windows.rs` 371 → 拆出纯解析到 `wallpaper/windows/parse.rs`（100 行）， 全部 7 个文件 ≤400 行。真机复跑 `detect()`：第 1 条 transcoded、第 2 条 `windows-current-theme` → `C:\Windows\web\wallpaper\Windows\img0.jpg`（与注册表同源， 去重后只剩一条），`%APPDATA%` 下无主题包的 note 照旧。	2026-11-01 21:17:55 +08:00
AskaEth	d3e9a62b21	feat(core): M73 桌面壁纸路径探测（D38 第②级输入） ... 新增 platform::wallpaper：只做「桌面壁纸可能是哪个文件」的路径探测， 不解码图片、不取色（莫奈取色与三级降级留给 crates/design 的后续 mission）。 - 唯一入口 detect() / 注入式 detect_with(io, env, platform)：返回有序候选列表 + 各步失败原因，全部找不到时是空列表而不是错误； - Windows 三步：TranscodedWallpaper（无扩展名，靠魔数认）→ *.theme 的 Wallpaper= → reg.exe query HKCU\Control Panel\Desktop /v WallPaper； - Linux 四步：gsettings picture-uri(-dark) → KDE Image= → hyprpaper/sway 配置 → XFCE xfce4-desktop.xml，每步失败不影响下一步； - macOS 两步：com.apple.wallpaper/Store/Index.plist 字符串扫描（不引 plist 依赖，兼容 bplist00）→ defaults read com.apple.desktop Background； 代码与文档明确标注「未在真机验证」； - 零 unsafe / 零 FFI（core 是 #![forbid(unsafe_code)]），文件读取与子进程 全部经 ProbeIo 注入，环境变量表经 EnvSource 注入；三平台采集逻辑不带 cfg， CI 的 Linux 上也能跑 Windows / macOS 夹具用例； - 不新增第三方依赖；6 个文件均 ≤400 行，32 条单测覆盖三平台的 正常命中 / 多候选 / 全部失败。	2026-11-01 21:17:52 +08:00
AskaEth	bc41dfcf7d	Unlucky Launcher v0.0.1-alpha ... Rust 原生单文件 Minecraft 启动器：CLI 完整可用（install/launch/accounts/java/diagnose/agent）， MCP server 接入外部 Agent 工具，GUI 开发中。	2026-10-31 21:54:10 +08:00