不会吧,后续如果转成玲珑包就不会出现这种问题
该有的依赖都会在软件仓库里提供,需要的时候会自动安装。自己去网上找了个野包,安装的时候提示缺依赖,说明这个包不适用于当前发行版,强行自己装依赖有可能会搞坏系统。根本上的解决方案是不要用传统的系统级包管理器管理应用,让系统的依赖和应用的依赖解耦合。
实际上是有的,一般出问题不是缺依赖,是哪个包冲突
比如我开发了一个软件, 只适配了Ubuntu系统, 并把软件安装包发布到网上.
你看到了也想安装这个软件, 但你安装到deepin系统里面了,
假定我开发的软件有一些依赖是Ubuntu独有的, 在deepin上安装则必然会提示缺少某依赖.
这种情况要避免, 就意味着要把所有linux系统环境的开发包都保留一份,且还要进行deepin环境适配,
这就像为了保证能喝到纯净水就把大海全过滤一遍, 这真没必要......
未来玲珑会好些,现在20确实有这些问题。
未来玲珑会好些,现在20确实有这些问题。
换一种包管理也很难避免吧,比如说Wireshark的依赖就很烦人。
哪怕是自己编译的时候也是很烦人的。
换一种包管理也很难避免吧,比如说Wireshark的依赖就很烦人。
哪怕是自己编译的时候也是很烦人的。
玲珑本质上是个拖家带口的docker,可以直接根除这些问题
换一种包管理也很难避免吧,比如说Wireshark的依赖就很烦人。
哪怕是自己编译的时候也是很烦人的。
关键是在其他软件需要与系统不同的库版本时不能与系统库冲突,传统包管理器没有解决好这个问题,用一个其他包管理器管理用户可随意安装卸载的应用可以解决这个问题。
和上架依赖没关系,大部分是自己把依赖玩坏了,上架前都会测试好写好依赖
和上架依赖没关系,大部分是自己把依赖玩坏了,上架前都会测试好写好依赖
常见的情况是:应用上架前经过测试没有问题,但上架后一段时间相关依赖升级了,而该应用或其依赖未能及时重新打包问题就出现了(举个例子比如某些应用依赖了libqcef1,而libqcef1依赖了qtbase-abi-5-15-3,然而qtbase-abi-5-15-3已升级到qtbase-abi-5-15-6)
Popular Events
More

中文 
如题,我在逛论坛的时候,发现有的伙伴经常会有安装失败,提示缺少某某依赖导致,所以官方可否在软件市场将常见的依赖也打包上架呢?这样安装好系统我缺少哪个依赖,软件市场搜索下载就OK了。