https://software.opensuse.org/package/mupen64plus
这一个模拟器,一个月前就编译成功了, 为什么不能下载或安装?
firefox 52,leap之前的都能编译32位,15.0开始32位被excluded不编译( Build Flag启用了它),为什么?而42.3的32位编译成功,却不能下载或安装。
https://software.opensuse.org/package/firefox-esr
opi 0.5 安装 m64py无法解决依赖,而在web上是可以安装的
$ opi m64py
1. m64py
Choose a number: 1
You have selected package name: m64py
1. Emulators ? | 0.2.4 | noarch
2. home:derselbst ! | 0.2.1 | noarch
Choose a number: 1
You have selected binary package: Emulators ? | 0.2.4 | noarch
[sudo] root 的密码:
正在添加软件源 'Emulators (openSUSE_Leap_15.0)' ..........................[完毕]
成功添加了软件源 'Emulators (openSUSE_Leap_15.0)'
URI : http://download.opensuse.org/repositories/Emulators/openSUSE_Leap_15.0/
已启用 : 是
GPG 检查 : 是
自动刷新 : 是
优先级 : 99 (默认优先级)
软件源优先级已生效: (细节请参考 'zypper lr -P')
97 (更高的优先级) : 4 个软件源
98 (更高的优先级) : 2 个软件源
99 (默认优先级) : 3 个软件源
正在检索软件源 'Emulators (openSUSE_Leap_15.0)' 的元数据 --------------------[|]
收到的新软件源或软件包签名密钥:
软件源: Emulators (openSUSE_Leap_15.0)
密钥名称: Emulators OBS Project <Emulators@build.opensuse.org>
密钥指纹: 31CFB0B6 5659B5D4 0DEEC98D DFA175A7 5104960E
密钥创建于: 2018年10月09日 星期二 18时05分24秒
密钥过期于: 2020年12月17日 星期四 18时05分24秒
RPM 名称: gpg-pubkey-5104960e-5bbc7d64
您想要拒绝密钥、临时信任它,还是永久信任它? [r/t/a/? 显示全部选项] (r): a
正在检索软件源 'Emulators (openSUSE_Leap_15.0)' 的元数据 ......................................................................................[完毕]
正在构建软件源 'Emulators (openSUSE_Leap_15.0)' 的缓存 ........................................................................................[完毕]
软件源 'USTC-主-闭源' 是最新的。
软件源 'USTC-主-开源' 是最新的。
正在检索软件源 'USTC-packman-essentials' 的元数据 .............................................................................................[完毕]
正在构建软件源 'USTC-packman-essentials' 的缓存 ...............................................................................................[完毕]
正在检索软件源 'USTC-packman-extra' 的元数据 ..................................................................................................[完毕]
正在构建软件源 'USTC-packman-extra' 的缓存 ....................................................................................................[完毕]
正在检索软件源 'USTC-packman-games' 的元数据 ..................................................................................................[完毕]
正在构建软件源 'USTC-packman-games' 的缓存 ....................................................................................................[完毕]
正在检索软件源 'USTC-packman-multimedia' 的元数据 .............................................................................................[完毕]
正在构建软件源 'USTC-packman-multimedia' 的缓存 ...............................................................................................[完毕]
软件源 'USTC-升级-闭源' 是最新的。
正在检索软件源 'USTC-升级-开源' 的元数据 ......................................................................................................[完毕]
正在构建软件源 'USTC-升级-开源' 的缓存 ........................................................................................................[完毕]
全部软件源均已刷新。
正在加载软件源数据...
正在读取已安装的软件包...
正在解决软件包依赖关系...
问题: 没有什么能提供 python-PySDL2,而它为 m64py-0.2.4-lp150.1.1.noarch 所需
解决方案 1: 不安装 m64py-0.2.4-lp150.1.1.noarch
解决方案 2: 通过忽略一些依赖关系来断开 m64py-0.2.4-lp150.1.1.noarch
python-PySDL2 就在主源中