Unlucky-Launcher

745 Commits 3 Branches 7 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	47386ef2ff	fix(release): PE 版本读回在 Windows runner 上崩在 print 编码上（判据内部一条未降） v0.2.4 Release run 43031591576 的 windows-x64 / windows-arm64 都红在「PE 版本资源读回」，而 cargo build 是绿的、注解 API 上只有一句 Process completed with exit code 1. 根因：check_pe_version.py 把中文打在 stdout/stderr，本机 cp936 能编，Windows runner 是 en-US 镜像（代码页 1252），print() 直接 UnicodeEncodeError —— 判据全过也红，而且崩在 print 上，日志里只剩 traceback。同仓 5 个 packaging 脚本已有 reconfigure(errors=backslashreplace) 守卫， Windows 槽位跑的脚本里只有这一个漏了。 - check_pe_version.py: safe_streams()（管道钉 UTF-8、终端只放宽 errors）、每产物摘要行 flush（stderr 的判据不再跑到摘要前面）、模块 docstring 补判据清单； --self-test 增加「版本资源齐全的合成 PE 必须绿」正控 + 真子进程 cp1252/cp437 回归（红/绿两路） - release-build.yml: 读回步骤先 ls -l 落产物大小，输出 tee 后逐行转 ::error:: 注解（下次红能看到原因，不再只有退出码） - 判据未降：仍然是读产物字节、仍然 exit 1，未改任何断言实测：RUSTFLAGS='-C target-feature=+crt-static' 的 release 产物本机读回 exit 0；同产物同命令在 PYTHONIOENCODING=cp1252 下，修前 exit 1 + traceback、修后 exit 0。	2026-11-12 09:25:30 +08:00
AskaEth	b7d9b99e12	feat(m190): 产物署名（PE VERSIONINFO）+ 清单 Ed25519 多签名与更新前验签两件事：让「这是谁发的」在产物与清单上都留下可验证的痕迹。 ① PE 版本资源（两个 bin）：`packaging/pe_version.rs` 是唯一口径（CompanyName 「Unlucky Launcher Project」/ ProductName、FileDescription「Unlucky Launcher」/ LegalCopyright「© 2026 … · Apache-2.0」/ 四段式版本号与 Cargo.toml 同源），被 `crates/{cli,app-iced}/build.rs` 各 include 一次；非 windows 目标整段不执行。判据是读产物字节的 `packaging/check_pe_version.py`（CI 的 Windows 槽位）。 ② 清单签名：`manifest.json` 旁边多一份 `manifest.json.sig`（分离签名，签的是清单原始字节），信封是 `{format, signatures:[{alg,key_id,sig,manifest_sha256}]}` —— 多签名数组，任意一条命中钉住的钥即放行（换钥窗口）。信任锚是 `crates/core/src/update/trust.rs` 里的编译期公钥表（正式表为空 = fail-closed，测试钥只在 cfg(test)/update-test-source 里）。管线顺序改成「先验签、再解析」：`UpdateSource` 只交原文 + `.sig`，`verified_manifest` 是唯一收口点，`Job::apply` 因此在取包之前就拒。新增五类错误分类（signature_missing / malformed / unknown_key / keyring_empty / invalid ），全部不可重试， CLI 的 hint 单独说人话。 ③ Ed25519 验签自带实现（`update/ed25519/*`，零新依赖）：scope 不含 core 的 Cargo.toml，用 RFC 8032 §7.1 向量 + 可锻/小阶/非规范编码的拒绝用例钉住；签名侧是 `packaging/sign_manifest.py`（纯 Python 参考实现，零 pip 依赖，`--self-test` 同向量）。 ④ 守门：`release-publish.yml` 加签名步（`set +x`，只回显公钥；没 Secret / 钥没钉 / 签不上一律红 ⇒ 不出 Release）；`release-build.yml` 加 PE 资源读回；`release-guard.yml` 跑两个脚本的 `--self-test`。密钥纪律与轮换（旧钥签新钥）写在 `packaging/docs/signing.md`。 Cargo.lock：新增 winresource（build-dependency）与 toml 系；toml_datetime 1.1.2→1.1.3 是 toml 1.2.1 的硬要求（`cargo update --precise 1.1.2` 已实测被拒）。	2026-11-09 01:59:05 +08:00

Author

SHA1

Message

Date

AskaEth

47386ef2ff

fix(release): PE 版本读回在 Windows runner 上崩在 print 编码上（判据内部一条未降）

v0.2.4 Release run 43031591576 的 windows-x64 / windows-arm64 都红在「PE 版本资源读回」，
而 cargo build 是绿的、注解 API 上只有一句 Process completed with exit code 1.

根因：check_pe_version.py 把中文打在 stdout/stderr，本机 cp936 能编，Windows runner 是 en-US
镜像（代码页 1252），print() 直接 UnicodeEncodeError —— 判据全过也红，而且崩在 print 上，
日志里只剩 traceback。同仓 5 个 packaging 脚本已有 reconfigure(errors=backslashreplace) 守卫，
Windows 槽位跑的脚本里只有这一个漏了。

- check_pe_version.py: safe_streams()（管道钉 UTF-8、终端只放宽 errors）、
  每产物摘要行 flush（stderr 的判据不再跑到摘要前面）、模块 docstring 补判据清单；
  --self-test 增加「版本资源齐全的合成 PE 必须绿」正控 + 真子进程 cp1252/cp437 回归（红/绿两路）
- release-build.yml: 读回步骤先 ls -l 落产物大小，输出 tee 后逐行转 ::error:: 注解
  （下次红能看到原因，不再只有退出码）
- 判据未降：仍然是读产物字节、仍然 exit 1，未改任何断言

实测：RUSTFLAGS='-C target-feature=+crt-static' 的 release 产物本机读回 exit 0；
同产物同命令在 PYTHONIOENCODING=cp1252 下，修前 exit 1 + traceback、修后 exit 0。

2026-11-12 09:25:30 +08:00

AskaEth

b7d9b99e12

feat(m190): 产物署名（PE VERSIONINFO）+ 清单 Ed25519 多签名与更新前验签

两件事：让「这是谁发的」在产物与清单上都留下可验证的痕迹。

① PE 版本资源（两个 bin）：`packaging/pe_version.rs` 是唯一口径（CompanyName
   「Unlucky Launcher Project」/ ProductName、FileDescription「Unlucky Launcher」/
   LegalCopyright「© 2026 … · Apache-2.0」/ 四段式版本号与 Cargo.toml 同源），被
   `crates/{cli,app-iced}/build.rs` 各 include 一次；非 windows 目标整段不执行。
   判据是读产物字节的 `packaging/check_pe_version.py`（CI 的 Windows 槽位）。

② 清单签名：`manifest.json` 旁边多一份 `manifest.json.sig`（分离签名，签的是清单**原始
   字节**），信封是 `{format, signatures:[{alg,key_id,sig,manifest_sha256}]}` —— 多签名数组，
   任意一条命中钉住的钥即放行（换钥窗口）。信任锚是 `crates/core/src/update/trust.rs`
   里的编译期公钥表（正式表为空 = fail-closed，测试钥只在 cfg(test)/update-test-source 里）。
   管线顺序改成「先验签、再解析」：`UpdateSource` 只交原文 + `.sig`，`verified_manifest`
   是唯一收口点，`Job::apply` 因此在取包**之前**就拒。新增五类错误分类
   （signature_missing / malformed / unknown_key / keyring_empty / invalid ），全部不可重试，
   CLI 的 hint 单独说人话。

③ Ed25519 验签自带实现（`update/ed25519/*`，零新依赖）：scope 不含 core 的 Cargo.toml，
   用 RFC 8032 §7.1 向量 + 可锻/小阶/非规范编码的拒绝用例钉住；签名侧是
   `packaging/sign_manifest.py`（纯 Python 参考实现，零 pip 依赖，`--self-test` 同向量）。

④ 守门：`release-publish.yml` 加签名步（`set +x`，只回显公钥；没 Secret / 钥没钉 / 签不上
   一律红 ⇒ 不出 Release）；`release-build.yml` 加 PE 资源读回；`release-guard.yml` 跑两个
   脚本的 `--self-test`。密钥纪律与轮换（旧钥签新钥）写在 `packaging/docs/signing.md`。

Cargo.lock：新增 winresource（build-dependency）与 toml 系；toml_datetime 1.1.2→1.1.3 是
toml 1.2.1 的硬要求（`cargo update --precise 1.1.2` 已实测被拒）。

2026-11-09 01:59:05 +08:00