AskaEth/Unlucky-Launcher
1
0 Fork 0
Code Issues Pull Requests Actions 4 Packages Projects Releases Wiki Activity
360 Commits 3 Branches 3 Tags
a3f26d424ba28e52c9ad1060011c9dedc2094389
Commit Graph
11 Commits
Author SHA1 Message Date
AskaEth 3bc6d76b84 docs(readme,release-notes): M136 缺 client id 的对外文案改成现行行为 
M132 之后界面已经直接说「微软登录未配置 + 要设 ULL_MSA_CLIENT_ID」并刻意不给重试按钮，
而 README / README.zh-CN / release-notes 还写着「只会弹通用登录失败 + Code: other」——
那是修前行为。三处改成：标题/正文/Code: msa_not_configured/无重试，并保留「其余失败
仍只给分类文案 + 码，原文只进日志」这半句（那是真的，也是有意的）。
 2026-11-05 20:10:10 +08:00
AskaEth 5a9d67530a docs(packaging): M129 r1 P1-1 —— MSA 那段改成 GUI 现有行为，不再写「界面会告诉你怎么配」 
复审 r1 把链路走了一遍：core 缺 id 早退（零网络）成立，但 presenter 的 fail() 只把原文
eprintln 进日志，事件只带原因码 Other；账户页据此画通用横幅「Sign-in failed」+「Code: other」，
完整原因在日志里。LaunchMsaNotConfigured 那条 i18n 目前只有定义/单测/golden，GUI 零调用点。
所以上一版「the app says "not configured" (with the command to fix it)」是把设计意图写成了现有行为。

改成分段如实描述：无 id 时在联网之前就停；GUI 显示通用横幅 + Code: other（原因在日志）；
`ull accounts add msa` 会打出可照抄的修复命令（map_auth_error 的 hint，含变量名与 cargo build）。
另按 r1 P2-1 给 macOS 补 shasum 校验行（sha256sum 不是 macOS 自带）。
 2026-11-05 18:00:55 +08:00
AskaEth 59eefdb052 docs(packaging): M129 发布说明重写到现行事实（下划线资产名 / MSA client id / 删 Termux 下载引导） 
资产名全部改成 make_artifacts.py::asset_stem() 的 `名字_版本号_平台_架构`（下划线）：
六行矩阵、ull 资产、tar 包名与解压出的顶层目录、PowerShell 校验命令。旧的连字符名
按文档下载会 404（D49 2026-11-05 改名，文档没跟）。

删掉「微软登录等 Mojang 白名单审批」整条（白名单 2026-11-03 已批准并真机验签），
换成真缺口：发布版不带 Azure 公共客户端 id，要 ULL_MSA_CLIENT_ID（环境变量或构建期
注入），未配置时界面说「未配置」而不是静默失败。不写任何 id 值。

Termux：删掉「下 ull 资产」的引导（ull 的 Linux 资产是 glibc 版，Android/bionic 上跑
不起来），矩阵行只留「构建自源码、GUI 未验证、不在本发布矩阵」。

顺带清掉三处过期陈述：Windows 数据根（原文说有 `portable.marker` 就便携、否则落
%APPDATA%——实际 portable 是默认模式，首次运行在 exe 旁建 .ULL/ 与 .minecraft/）；
CLI 子命令表漏了 `pack import`；arm64 行里的内部决策编号 D21。124 → 107 行。
 2026-11-05 17:54:18 +08:00
AskaEth e827f7a0ef fix(docs): M118 r2 —— 发布页第二形态换成实测可用的 --renderer=cpu，NOTICE 停止声称 RF-2.0 已履行 
复审 r2 的 2 条 P1 + 3 条 p2 小账，全部只动文档（5 份，0 个 .rs）。

P1-1（`SLINT_BACKEND` → `ICED_BACKEND` 换了个名字的死开关）：
`packaging/release-notes.md` 的「No GPU」小节原来把 `ICED_BACKEND=tiny-skia` 当作
`--software-renderer` 的等价替代命令给用户。实测该值会被本进程无条件覆盖：
- `ICED_BACKEND=tiny-skia ./unlucky-launcher-iced.exe --screenshot …`
  → `[probe] … request=auto -> ICED_BACKEND=wgpu` / `[shot] … renderer=wgpu` / `[backend] final=wgpu`
- `--software-renderer --screenshot …` → `request=cpu -> ICED_BACKEND=tiny-skia` / `renderer=tiny-skia`
- `--renderer=cpu --screenshot …`      → `request=cpu -> ICED_BACKEND=tiny-skia` / `renderer=tiny-skia`
所以改成两条都实测可用的形态（`--software-renderer` / `--renderer=cpu`），不再把环境变量当用户开关。

P1-2（RF-2.0 履行方式的措辞与上游 §2 冲突）：
`NOTICE` 第 1 条原写「由 v0.1.0 的 NOTICE、发布页说明与本文件的历史记录共同承担」——§2 只承认
(a) AboutSlint 部件 / (b) 公开下载页的官方徽章两种履行，NOTICE 文本不是履行。改为：义务仍挂在
v0.1.0 已发布资产上（条件挂在每次分发，不挂版本号）；§2 只承认两种形式；**按本仓库记录，该项义务
在 v0.1.0 上尚未以任一形式落地**（部件一直只有排期，发布页那行是文字链接不是徽章图）；NOTICE /
发布页说明 / 本节都只是记录。

p2 小账：
- `NOTICE` 第 3 条的依赖许可：`tiny-skia` 从「Apache-2.0 / MIT」改正为 BSD-3-Clause，并把
  winit（Apache-2.0）/ wgpu（MIT OR Apache-2.0）分别写明；README（中英）同款写法一并对齐。
- `packaging/README.md` §4：`libGL/libEGL` 行改成「Slint 版 femtovg / iced 版 wgpu（推断，未实测）」，
  并把限定语改成「除标注『推断，未实测』的那一行外，整表是 Slint 版实测」，消除表内与限定语打架。
- `README.md` / `README.zh-CN.md` 的 Slint 义务段补 `v0.1.0` 限定并按 §2 口径重写，避免读者以为
  「Made with Slint」说的是下一版。

证据：`git diff --name-only` = NOTICE, README.md, README.zh-CN.md, packaging/README.md,
packaging/release-notes.md；`packaging/README.md` 仍 399 行（守卫上限 400）；release body 模板用
`{{VERSION}}=0.2.0` 渲染通过（5956 字符，全篇 Slint 命中 4 行，均在「本版不含 Slint」的解释段）。
 2026-11-04 00:09:39 +08:00
AskaEth 7704a75424 fix(docs): M118 r1 —— release notes / NOTICE 停止自称 Slint 版，packaging README 补两处旧口径限定语 
复审 r1 的两条 P2，都只动文档（`packaging/release-notes.md`、`NOTICE`、`packaging/README.md`）。

P2-1（发版阻断项）：`packaging/release-notes.md` 是 Release body 模板，`NOTICE` 装在每个 tar.gz 里，
两者都仍自称 Slint 版：
- release notes：首段 `Slint + Metro UI` → `iced 0.14 + Material 3 Expressive UI`；「No GPU」小节从
  femtovg / `SLINT_BACKEND=winit-software` 改成 wgpu + tiny-skia / `ICED_BACKEND=tiny-skia`；
  删掉页面的 `Made with Slint` 徽章声明，换成「本版所有资产都由 iced 构建、不含 Slint 代码；
  Slint 版源码仅作历史参考、不构建不发布；RF-2.0 徽章义务跟着链接 Slint 的二进制走，本版没有」。
- NOTICE：第 1 条标题改「Slint —— 历史源码，不随任何产物分发」，正文明确「当前 GUI 框架是 iced、
  二进制不含 Slint 代码；crates/app 已被 workspace exclude，不参与构建/测试/发布」；RF-2.0 义务改成
  「对当前产物不适用，仍挂在 v0.1.0 那批已发布资产上」。**没有整条删除**：仓库里确实还有基于 Slint
  写的历史源码，且将来若重新链接 Slint 义务要恢复，留记录比删掉更安全——依据写进报告。
  另在第 3 条补一句「当前 GUI 框架：iced 0.14（MIT）+ winit / wgpu / tiny-skia」。

P2-2：`packaging/README.md`（净零行，仍 399 ≤400）
- §4 的 `libGL/libEGL` 说明从 femtovg 改成 wgpu 的 GL/EGL 后端 + tiny-skia 软渲染，并加一段
  「M118 口径」：那张表与 DT_NEEDED 结论是 Slint 版实测，iced 版**尚未重测**，按「同一族库、细节待验」读。
- §11 的本地复跑命令补限定语：`linux-smoke-docker.sh` 仍编/跑 Slint 版 bin，现在会失败；在它换成
  `unlucky-launcher-iced` 之前，本地照 ci.yml 的 runtime-smoke 三步手跑。段落未删。

证据：`git diff --name-only` 仅这三份；release-notes 的 `{{VERSION}}`(15) / `{{SUMS}}`(1) 占位符仍在，
模板渲染走查通过；`packaging/README.md` 399 行（守卫上限 400）。另按复审要求二次单跑
`cargo test -p unlucky-core --test launch pipeline_records_crash_report_artifact` → ok（0.16s）。
 2026-11-04 00:09:39 +08:00
AskaEth fecff989e7 docs: 修掉「把没量的东西标成实测」的四处引用（M82 复审 P2） 
- 两个 GUI main.rs：把「不 dlopen 任何图形库」改成「不依赖任何图形库（缺失时不影响）」，
  并把「实测见 §7」换成「§7.4 是依赖取证；耗时是结构性判断，没重量（§10-8）」
- packaging/README §1：§7.6（不存在）→ §7.4
- packaging/README §4：实测引用 §7.1 → §7.4（ELF 取证在 §7.4）
- packaging/README §7.4 标题补 ELF DT_NEEDED，并记下复审在 bookworm-slim 里的真跑结果
- packaging/release-notes：ull 示例前补 chmod +x（Release 资产不带可执行位）
 2026-11-02 08:08:11 +08:00
AskaEth 1c7285cea9 feat(cli): GUI 二进制内建 CLI 子命令分发，ull 纳入发布资产（M82） 
一个二进制两种用法：两个 GUI 的 main.rs 在进 UI 之前分发子命令，命中就把控制权交给
unlucky_cli::run —— 不建窗口、不探后端、不扫字体、不 dlopen 图形库。

分发判据只有一条，子命令表不重复：crates/cli 的解析器是唯一真相源。
- 首个 token 是裸词 → 子命令位置，交 CLI（未知子命令由 CLI 报错 + 提示 --help，退出 1，
  不静默开窗）
- 首个 token 是 flag → 只有 CLI 解析出真命令才算 CLI 调用；--data-dir X 解析成 Welcome、
  --screenshot / --renderer / --diff 等 GUI 参数解析失败，一律仍走 GUI（CI 脚本零改动）

顺带：unlucky-launcher --version 以前会直接开窗，现在走 CLI 分发报版本。

packaging：ull 作为独立裸资产随每个槽位发布（make_artifacts.py + release.yml 的 assets
数组与 SHA256SUMS glob），矩阵完整性检查改成 GUI/CLI 各查一次。

app-iced 的 x11 / wayland / linux-theme-detection 收进 target 专属的 cfg(target_os) 段。

门禁实跑：cargo fmt --all --check 通过；cargo clippy --workspace --all-targets -D warnings
通过（exit 0）；cargo test --workspace 通过（51 个测试二进制 / 1369 个用例，含本次新增的
5 + 5 条分发判据用例）。
 2026-11-02 08:08:09 +08:00
AskaEth 4c1a6c54e5 fix(release): M51 r1 —— linux-arm64 改用 ubuntu-22.04-arm（与 x64 同 glibc 2.35 地板） 
P2-1：24.04-arm 会给出 2.39 地板，把 Debian 12 / Raspberry Pi OS Bookworm
（2.36）挡在门外，且「arm64 只有 24.04 档」这句前提是错的（同段注释自己就承认
ubuntu-22.04-arm 有效）。改 os 为 ubuntu-22.04-arm，注释改成「与 x64 同地板
（2.35），覆盖 Debian 12 / Ubuntu 22.04 arm64 / RPi OS Bookworm」；
README §3/§4/§7.5/§9 与 release-notes 的 Downloads/Support matrix 全量订正
2.39 → 2.35+，删掉「arm64 地板高于 x64」的对比措辞。槽位名、产物名、六槽位
齐全性检查与打包脚本均未变。

P2-2：rustup target add 步骤改 env TARGET + `rustup target add "$TARGET"`，
并补 shell: bash（此前是全文件唯一没显式 shell 的 run，在 Windows 槽位会落进
pwsh）；Linux 图形栈依赖那步也补了 shell: bash，现在所有 run 都显式 bash、
run 块内零 `${{ }}` 直插。

顺带 nit：host_slot() 报错改回原始 arch token（`riscv64` 不再显示成 None），
README §7.5 宣传的那个用例现在诊断可读。

验证：yaml 结构断言（六槽位 / linux-arm64=ubuntu-22.04-arm / 齐全性循环 6 /
run 块 ${{ }} 零泄漏 / run 步骤全带 shell）、全部 run 块 bash -n、grep 2.39
零残留、host_slot 7 组合注入 + freebsd/riscv64 报错含原名、image_arch 真 exe、
windows-arm64 stub 全流程、架构守卫拦截、linux-arm64 归档两次 sha256 一致
（f949d0f5… 与上一轮相同）、windows-x64 原生回归（冒烟 + sha256sum -c）。
 2026-11-01 14:16:29 +08:00
AskaEth 15caa1b61f feat(release): M51 —— 发布矩阵补 Linux arm64 与 Windows arm64 两槽位（六槽位） 
- release.yml：加 linux-arm64（原生 ubuntu-24.04-arm runner）与 windows-arm64
  （windows-latest 上交叉编译到 aarch64-pc-windows-msvc）；产物根改由
  matrix.build_dir 参数化，dumpbin 自检与打包都吃矩阵路径而非硬编码 target/release；
  交叉槽位多两步（rustup target add + ARM64 库体检），release job 的槽位齐全性
  检查从四扩到六。
- make_artifacts.py：--slot / --build-dir 参数化 + 六槽位映射；打包前回读可执行文件头
  （PE 机器码 / ELF e_machine / Mach-O cputype）校验架构，跨槽位构建自动跳过
  ull --version 冒烟并打印原因（不在 x64 上假装跑得动 arm64 二进制）。
- packaging/README.md + release-notes.md：两张支持矩阵同步加 Windows 11 ARM64 与
  Linux arm64 行；arm64 glibc 地板如实写 2.39（高于 x64 的 2.35），并说明与 Termux
  实验级的区别（这两个是正式发布槽位）。

本地验证：宿主判定注入（七个组合 + 非法宿主 exit 1）、文件头架构识别（真 x64 exe +
合成 PE/ELF/Mach-O 头）、windows-arm64 stub 全流程、架构守卫真拦、linux-arm64 归档
两次 sha256 一致、windows-x64 原生回归（冒烟 + sha256sum -c）。arm64 真机构建由 CI 补。
 2026-11-01 13:48:37 +08:00
AskaEth ea6016716e chore(packaging): 收 M46 r1 六条 P3（dumpbin 门禁/ref 注入面/重跑幂等/文档口径） 
- O1 release.yml 找不到 dumpbin 从 ::warning+exit 0 改为 ::error+exit 1（门禁不降级），
  README §7.4 同步为"两侧都 fail、没有降级分支"
- O2 打包 step 改用 env REF_TYPE/TAG 传参，bash 里不再出现 ${{ }} 直插；
  release job 的 TAG/PRERELEASE 已是 env 写法，全文件复核无同类风险点
- O3 gh release create 改为 view 命中则 upload --clobber + edit，同 tag 重跑幂等；
  README §3 补重跑语义与 pre-release 标记以首次创建为准
- O4 yml 头注释与 README §3 点明 inputs.prerelease 只在 tag ref 上 dispatch 可达
  （UI 只能选分支，需 gh workflow run --ref v<tag>），不与"dispatch 只构建不发布"冲突
- O5 release-notes 模板补 Termux 试验级行，README §9 同口径，标题改为"逐行一致"
- O6 README §6 补 ci.yml 每次 push/PR 的 release build 吃 fat LTO 链接时间；
  订正"fat 是全局单线程 LTO"为 codegen-units=1 导致单线程（§6/§7.1 两处）；
  §7.3 写入 reviewer 补测的 tar 可复现证据 a99d6e9e…92f8
 2026-11-01 09:30:27 +08:00
AskaEth 76d83148ff feat(packaging): 单文件产物矩阵 + tag 触发的 Release 流水线（M46） 
- packaging/make_artifacts.py：本地与 CI 共用的打包脚本 —— 版本取自 cargo metadata
  （tag 交叉校验，不一致即失败）、按宿主判定槽位、Windows 裸 exe / UNIX tar.gz
  （内含 LICENSE/NOTICE/README.md）、SHA256SUMS.txt；打包前跑 `ull --version` 断言版本；
  tar 内 mtime/uid 归零 + gzip header mtime=0 → 同源构建 sha256 可复现
- packaging/README.md：产物矩阵与命名约定、版本唯一真相源、各平台运行时依赖、
  软渲染兜底、release profile 取舍、**本机实测**体积与冒烟证据、合规与支持矩阵
- packaging/release-notes.md：GitHub Release 说明模板（{{VERSION}}/{{SUMS}}，
  写清 Win10+ / macOS 12+ / Linux x64 支持矩阵）
- .github/workflows/release.yml：tag v* 触发四槽位矩阵 → 产物 + 重算 SHA256SUMS →
  gh release create（pre-release 默认开，workflow_dispatch 只构建）；Windows 用
  +crt-static 并以 dumpbin 导入表把"单文件"做成硬门禁；归档内容自检 LICENSE/NOTICE/README
- Cargo.toml：release profile lto thin → fat（实测 GUI 16,366,080 → 14,595,584 B
  = −10.8%，ull 7,572,992 → 6,157,824 B = −18.7%）

验证：cargo build --release 通过；GUI `--software-renderer --screenshot` 出 1180×760 PNG、
`ull --version` = 0.1.0；PE 导入表 33 个 DLL 全为系统库（无 VCRUNTIME/libwinpthread）；
cargo deny licenses/bans/sources ok；workflow 用 python yaml 解析自检。
 2026-11-01 08:33:17 +08:00