deepin已经默认内置玲珑,UOS v25也会内置,不投玲珑包你也可以投星火应用商店,别等下说对星火应用商店也有成见了()
UOS和deepin差别也就debian10和独立上游,DDE改了点,系统应用新一点,以及我的电脑启动UOS专业版除了亮个屏别的啥也干不了罢了,因为内核过老
deepin已经默认内置玲珑,UOS v25也会内置,不投玲珑包你也可以投星火应用商店,别等下说对星火应用商店也有成见了()
UOS和deepin差别也就debian10和独立上游,DDE改了点,系统应用新一点,以及我的电脑启动UOS专业版除了亮个屏别的啥也干不了罢了,因为内核过老
结果UOS上又说有个.so文件要root权限让我发邮件说明情况才能上架
这个确实是安全原因
为何不借鉴一下直接做debian标准deb包解压缩后的文件映射
官方应该出一个一键改包工具(
确实,有时候这个系统能用,那个用不了。deepin上能通过,uos上过不了。而且官方的审核机制是只要你一个版本不过就不给过,而不是你过了几个版本就给你上架几个版本
同意
我也不太了解可能我用的软件也不多。
看起来就麻烦
这就是厂商没有动力的原因,一个软件需要适配多个系统甚至多个系统的不同版本
有意思的一个点是系统里面的官方应用都是采用debian标准的打包方式打包,而对外上架提出的标准确实xxx.xxx.xxx的形式上架,而且运行程序也不是放在/usr/bin/里面的,也就是需要单独为deepin适配名字和执行等,这似乎非常离谱,因为系统里面的应用都不按照自己定义上架商店的标准,反而要求其他适配方按照提出的要求(虽然没试过用debian标准的打包是否能投递成功?但文档就是这样写的)
这就是厂商没有动力的原因,一个软件需要适配多个系统甚至多个系统的不同版本
linux的割裂性是这样的
有意思的一个点是系统里面的官方应用都是采用debian标准的打包方式打包,而对外上架提出的标准确实xxx.xxx.xxx的形式上架,而且运行程序也不是放在/usr/bin/里面的,也就是需要单独为deepin适配名字和执行等,这似乎非常离谱,因为系统里面的应用都不按照自己定义上架商店的标准,反而要求其他适配方按照提出的要求(虽然没试过用debian标准的打包是否能投递成功?但文档就是这样写的)
是这样的。自带的应用都是deepin-xxx,结果别的包上架商店就得遵循不一样的标准
先声明:个人观点,轻喷
就在最近,我受权更新了由 @ cmlanche开发的《闪电藤文件传输》APP。我是在UOS专业版上打包的,使用正常,但是审核结束提示我deepin上用不了。我于是在deepin23上补充好缺失的依赖,结果UOS上又说有个.so文件要root权限让我发邮件说明情况才能上架。
咱就是说,这就是所谓的“deepin和UOS是一家”?这点是我最心烦的一点,也是我最不能容忍的一点。作为上下游的关系,你们难道不知道现在的UOS和deepin到底有多割裂吗?这除了给开发者带来更多不必要的压力,还有什么好处?除了给统信的审核人员带来压力,还有什么好处?除了给统信的服务器带来额外的占用,还有什么好处?
另外一点,赶紧抛弃UOS标准的deb标准吧,虽然放一个文件夹很棒,虽然这个标准很有创造性,但是这个标准最大限度地为构建deb包带来压力或许只有维护者自己知道吧。提一嘴,印象中只读deb包deepin已经在日程了,为何不借鉴一下直接做debian标准deb包解压缩后的文件映射?
别和我说用玲珑,我不想有更多的包管理器,除非玲珑统一大部分开源发行版。