遇见依赖问题不是很正常吗?星火上的软件适配得最好的系统应该是deepin20.9吧。
遇见依赖问题不是很正常吗?星火上的软件适配得最好的系统应该是deepin20.9吧。
可是标的都是支持uos的?
可是标的都是支持uos的?
星火商店是由用户提交的包,审核相对于深度官方不严格,这些标签都是打包者标的,并不是星火商店管理者或者审核标的,可能存在测试遗漏,实际上不能运行缺依赖的情况。
可是标的都是支持uos的?
sudo aptss install 软件包绝对路径
星火商店上架的应用依赖只有星火商店自己的仓库有,使用 aptss 可以访问仓库
谁私自改包的 文泉驿字体包?这个玩笑有点扯了。
架构为什么会改成 amd64 ?
字体包都是 all 架构。
日志发上来
谁私自改包的 文泉驿字体包?这个玩笑有点扯了。
架构为什么会改成 amd64 ?
字体包都是 all 架构。
软件包依赖里面,只要后面不标明所需架构,默认就认为和当前系统相同架构,和改不改没关系吧?
仓库里如果提供了 all 架构对应的包,应该也是可以安装 的
P.S. 另外,你说的私自改的包确实有,然而是在官方商店仓库里提供的......不排除是 wine 维护团队为了解决依赖关系搞的......
软件包依赖里面,只要后面不标明所需架构,默认就认为和当前系统相同架构,和改不改没关系吧?
仓库里如果提供了 all 架构对应的包,应该也是可以安装 的
P.S. 另外,你说的私自改的包确实有,然而是在官方商店仓库里提供的......不排除是 wine 维护团队为了解决依赖关系搞的......
事后又想了一下,应该是代码判定有瑕疵:
检测到楼主的系统是 amd64 架构,同时是没有安装 文泉驿的 zenhei, microhei 两种字体包。
现在系统则把这个检测到的 amd64 架构字符串,自动加在了软件包名称的后面,而没有进一步确认所依赖的软件包,实际支持的架构是通用的 all, 还是专用架构的 amd64.
总之,不影响使用。但很别扭,容易误导新手。有必要修正代码判定。
Popular Events
More