ruyi deb/rpm 打包问题

[weilinfox]

现状

• deb/rpm 打包使用 ruyi-build-source 中的脚本进行自动化打包，打包产物上传到 ruyi-builds。
• Archlinux 则在 AUR 和 Archlinux CN 支持。
• Gentoo Todo。

主要问题

1. ruyi 的依赖问题。目前的 deb/rpm 打包方式要求用户升级 python 依赖版本，但是一方面用户不一定期望引入我们打包的新版本 python 库，另一方面有架构相关的如 python-pygit2 (Ubuntu Jammy) 何时触发重新构建也是很大的问题。
   • 目标支持范围中的低版本发行版上，补包数量基本在 10 个以内；但对于 openkylin 1.0 来说，需要补包的数量在 20 个以上，支持起来不划算。
   • 目标支持范围中的高版本发行版中， Debian 13 需要补 python-semver， Fedora 41 需要补 python-certifi。
2. Alpha/Beta 版本的打包，可能需要独立出一个频道。
3. 假设在上游社区进行打包，发行版发版前会冻结软件包版本，引出 ruyi 的向前兼容问题。

目标

建立自动打包同步的、易于用户安装升级的 deb/rpm 镜像源。

[weilinfox]

ruyi 0.22.0 降级了 python 版本和 python 依赖（#231），在这个版本的测试中针对这个变化在 Archlinux/Debian/Gentoo/Ubuntu 使用 ruyi-litester 进行了测试。测试结果可以查看 RUYI 发行版打包附加测试 报告。

测试发现一个问题，关联 #232。

另外有注意到 Gentoo 也没有打包 arpy，在 ruyisdk-overlay 提供了对应的 ebuild，或许对于 openEuler 也可以采用同样的方法。 openEuler 24.03 提供了 libgit2 1.7.2，很容易构建 python3-pygit2 1.14.1；再补一个 python-arpy 就好了。