maotoumao
希望可以提供.rpm格式的包
release只提供了deb包，使用alien转换的rpm包不可用
环境：
OS: Fedora Linux 40 (Workstation Edition) DE: GNOME46 kernel: Linux 6.9.9-200.fc40.x86_64 glibc: glibc-2.39-17.fc40.x86_64
过程：
sudo alien -r ./Music*.deb (成功)
sudo dnf install ./*.rpm
上次元数据过期检查：0:26:18 前，执行于 2024年08月06日 星期二 10时00分55秒。 错误： 问题: 冲突的请求 - nothing provides ld-linux-aarch64.so.1()(64bit) needed by musicfree-0.0.5-2.x86_64 from @commandline - nothing provides ld-linux-aarch64.so.1(GLIBC_2.17)(64bit) needed by musicfree-0.0.5-2.x86_64 from @commandline (尝试添加 '--skip-broken' 来跳过无法安装的软件包)
sudo rpm -i ./musicf*.rpm
错误：依赖检测失败： ld-linux-aarch64.so.1()(64bit) 被 musicfree-0.0.5-2.x86_64 需要 ld-linux-aarch64.so.1(GLIBC_2.17)(64bit) 被 musicfree-0.0.5-2.x86_64 需要
sudo alien -r --script ./Music*.deb (成功后尝试使用rpm和dnf安装均报错，输出同上)
最后，直接强行解压deb包，提取了data.tar.zst， 在data/usr/lib/musicfree中找到程序主体。 考虑到electron应用对底层库的依赖通常较弱，所以尝试直接运行MusicFree可执行文件……，可以运行，功能似乎正常。 但是真的希望可以考虑提供rpm包，毕竟这种方案真的很麻烦，而且不知道对以后的版本还能不能生效。 本noob对node ele 等技术栈一窍不通，而且不具备编译构建软件包的条件，希望诸位大佬可以考虑提供.rpm包。
另：还是对deb包的可用性存疑(希望开发者有空的话检验一下)： 尽管alien部分情况下转的包可能需要手动调整，但是通过报错信息来看，依赖aarch64架构的lib……这是一个x86_64架构的包。 尽管如此，通过解包control.tar.zst未见异常 计划用debian12测试，可能在未来某个时刻给出关于deb包可用性的回复
经测试deb包在debian12上正常（不过建议放到/opt目录下），应该是alien的问题，因此rpm包的提供的重要性越发显著
不是alien的问题，我在Fedora41上直接编译后尝试使用rpmbuild也会错误引入这两个包，显然是编译之前某个文件就错误引用了,我在文件里搜了半天也没看出来哪里引入的。
