RFC：native B 线 PTY 出货策略 / B-line PTY shipping strategy — B1(native-gnu) 延续 vs B2(native-musl) / 独立 -musl 家族 standalone -musl family?

[Hope2333]

RFC：native B 线 PTY 出货策略（投票帖）

🇨🇳 背景

native B 线（build-bionic）编译产物会嵌入上游 PTY 助手资产，上游提供 gnu（glibc ABI） 与 musl（全静态） 两个官方变体。#27 报告了 gnu 变体在部分脆弱环境的加载失败，由此产生两条路线与出货策略问题。本帖合并全部背景与维护者裁决，请用主帖 reaction 投票。

两个候选方案（均经实机验证）

	B1 — native-gnu（延续现状）	B2 — native-musl（RC4 起）
做法	gnu 资产原样嵌入	构建时换入上游官方 musl 全静态变体（commit 7b271c7）
构建侧	十分稳定可复现（RC1~RC3 一直如此）	稳定，另有逐版嵌入哈希断言（musl≥1/gnu=0）
运行侧	绝大多数环境正常——含零 glibc 环境（MT 管理器实测稳定；PTY 与 agent-pty 调试通过）	同样正常，且脆弱环境（#27 类内核/seccomp 组合）也成立
短板	脆弱环境加载失败（#17/#24/#27 案例）；glibc 元素残留违反零-glibc 纯度	与上游默认资产偏离一个变体位

patchelf 手术（换 NEEDED + 清符号版本 + 换 linker64）救 gnu 资产：死于 __libc_start_main 入口 ABI，证伪，不作为选项。

维护者已定裁决

1. 同代互斥：若 ③，opencode-musl 与 opencode 同代默认互斥（家族分裂默契的扩展）；跨代 v1/v2 仍可双装。
2. standalone 例外：*-standalone 是冻结回滚位（按需自编译、非常规货架资产），同代可共存——互斥唯一例外。命令名 = 包名去 -standalone；分支段（native/wrapper/musl）不允许省略。
3. 发布节奏：RC5 定版 B1（native-gnu）、RC6 定版 B2（native-musl）——双线并行。
4. compressed：pkgrel 计数独立于 RC；v2.0.12 为专门实验版本，make 直接压缩，UPX 级别 4（UPX_OPTS=-4）而非 --best。

🗳️ 投票（主帖 reaction，单选；每人一票，多投以脚本去重计）

Reaction	策略
👍	① 单家族全面 B2/musl（RC4 现行）——最简；放弃 gnu 的上游对位
🎉	② 单家族延续 B1/gnu——上游对位；脆弱环境 PTY 不可用、纯度保留
🚀	③ 双家族并行：opencode（gnu）+ opencode-musl（B2）——全覆盖；矩阵每版 +2 件、双线维护
👀	其他想法——请回帖说明

次级问题（回帖编号回答即可）：② 命名 B1/B2 认可度；③ 独立 pkgrel 起始号；musl 家族英文名偏好（opencode-musl / opencode-m / 其他）。

当前状态

RC4（Push260928）已按 B2 全量上架 96 件（v2 native/wrapper 各 19 版 2.0.0-2.0.18 + v1 1.18.30-33；digest 96/96）。若投票倾向 ②，RC5 起可回切（管线全自动化）；③ 则双线照裁决推进。

相关：#27 · #17 · docs/native-line-evolution.md

---

🇬🇧 English Abstract

The B-line embeds an upstream PTY helper asset — gnu (glibc ABI) or musl (fully static) official variants. #27 exposed gnu loading failures in fragile environments; two plans emerged, both verified on-device: B1 native-gnu (status quo; build-stable, runtime-stable almost everywhere incl. zero-glibc, fails only in fragile environments — a purity concern) and B2 native-musl (RC4 onwards; fully static, robust everywhere).

Maintainer rulings: ③ implies same-gen mutual exclusion (opencode-musl ⊗ opencode) per family-split convention; *-standalone remains the frozen on-demand rollback exception (command = package name minus -standalone; branch segment never omitted); RC5 finalizes B1, RC6 finalizes B2; compressed family keeps an independent PKGREL series with v2.0.12 as the experiment vehicle (UPX level 4, not --best).

VOTE with reactions on this post (single choice, deduped by script):

• 👍 = ① single family, all musl (current RC4) · 🎉 = ② single family, gnu continuation · 🚀 = ③ dual families opencode + opencode-musl · 👀 = other ideas (please reply)

Status: RC4 (Push260928) shipped 96 assets per B2 (digest 96/96). If the vote favors ②, RC5 can switch back — the pipeline is fully automated. See #27 · #17 · docs/native-line-evolution.md.

[Hope2333]

进度更新（B1 定版已上架）：

• RC5（Push260930）已发布 = B1(native-gnu) 定版：19 版 v2 native（2.0.0-2.0.18）PKGREL=5，seccomp shim 随包，38 件 digest 对账全过，latest 已指向 RC5。
• RC6 将定版 B2（native-musl）——RC4 的 96 件 B2 产物即为 RC6 基底。
• 投票（👍①/🎉②/🚀③/👀其他）继续收集中，结果将影响 RC6 的 musl 家族命名与双线长期策略。

[Hope2333]

重大更新（2026-10-01）：RC5 已撤销，发布门升级

• RC5（Push260930）撤销：用户裁决发布门升级为「UPX 压制通过」硬性要求；实测 stock UPX 对 v2 bionic 镜像致死（机制取证：匿名映射丢失 .bun 区零页 → SIGSEGV）。Push260930 已标 prerelease，38 件资产仅供存档。
• 官方源已回退 RC4（Push260928，B2 native-musl）口径，本机回装 2.0.18-4 验证通过。
• RC5 本体（B1 gnu 定版）的构建、digest 对账与双机验证数据仍然有效，将在 UPX 兼容问题解决后以新 tag 重新发布。
• 双线方案（B1/B2）不受影响——影响的只是发布节奏与压制门。