Feature Request: 在 Linux release 中加入 RPM 包(Fedora/openSUSE)

[JulianZBY]

目前 release 提供 deb / AppImage / tar.gz(x64+arm64),Fedora/openSUSE 用户只能手动解包 tar.gz。electron-builder 原生支持 rpm target,对现有发布管线的增量成本应该很小。

我基于你们的 release tarball 做了一套可用的社区打包验证可行性:

• spec + Copr 自动构建:https://github.com/JulianZBY/dsh-desktop-rpm
• 上游每发新版,Copr webhook 自动重打,Fedora 用户 dnf install dsh-desktop 即装即用(含应用菜单、chrome-sandbox 4755)
• tarball SHA256 与 SHA256SUMS 校验通过,包内所有二进制原样搬运

打包中的技术要点,供官方管线参考:chrome-sandbox 需要 %attr(4755,root,root);运行时依赖约 20 个根包(gtk3/nss/alsa-lib/libdrm/libxkbcommon/mesa-libgbm 等,其余为传递依赖);捆绑的 sherpa-onnx 原生模块带 CI runpath 残留,Fedora 的 rpath 检查会拒绝(自家管线打 rpm 时需要 %global __brp_check_rpaths %{nil} 或清理)。

如果官方暂时不想在 release 里加 rpm,也欢迎把上面仓库当作社区分发渠道的参考。

[JulianZBY]

补充一个 2.0.18 Linux 产物的首启问题(与 RPM 诉求相关,供管线参考):

• tar.gz 与 AppImage 的 resources/ 下均无 runtime/ 目录,装机态首启即报 the bundled primary runtime is missing: <resources>/runtime/x64/primary-runtime(resolveDesktopOfficeConfig 中 required: location.packaged 触发),随后进入 Recovery 循环
• tar.gz 内 package-type 文件为 deb,推测 tar.gz 由 deb 产物衍生,deb 疑似同源受影响
• 对照:2.0.19-next 的 tarball/AppImage 在同一台机器(Fedora 44, Wayland)上无需捆绑 runtime 即可正常启动
• 社区侧已验证:将一份 Linux x64 primary runtime payload(含 runtime.json 与 dependencies/{node,python})放回 resources/runtime/x64/primary-runtime 后,2.0.18 可正常引导

建议:发布管线为 Linux 目标补跑 runtime 备料;或 Linux 产物缺失 payload 时提供明确报错与自愈路径。