我认为会的
根社区的意思 应该不是 一棍子打死 其他打包方式,那和开源开放的精神是不符的。
现在国产系统起步阶段,生态本已捉襟见肘,而相当一部分软件厂商因为效益的问题不愿花精力和财力来适配,所以我觉得也不会一刀切,长远来看,逐步引导、包容过度,最终实现统一软件格式的路线比较合理。
应该会的,deepin不是那种固执偏激的系统。
如果 安装包都是deb 格式,但都把自己的依赖全部包进去,然后 安装路径 也都改成 /opt/应用 下面,而不是 /usr 下面, 兼容性应该会很好很多吧。不跟系统共用 lib包,还不需要搞个新的包格式。 玲珑包 那个感觉 跟flatpak/snap 差不多,后面也不见得好推进,启动慢, 占磁盘的问题也少不了。
如果 安装包都是deb 格式,但都把自己的依赖全部包进去,然后 安装路径 也都改成 /opt/应用 下面,而不是 /usr 下面, 兼容性应该会很好很多吧。不跟系统共用 lib包,还不需要搞个新的包格式。 玲珑包 那个感觉 跟flatpak/snap 差不多,后面也不见得好推进,启动慢, 占磁盘的问题也少不了。
deepin 20.x 已经这样做了,除了系统软件包如 GCC 编译器、底层依赖等安装到 /usr 下以外,应用商店的 APP 基本上都是安装到 /opt 下
至于 deepin 23,因为玲珑包方案目前距离成熟有好一段距离,所以一部分 APP 依然会采用 deepin 20 的做法,而且据我理解 deepin 23 的原子更新依然比较像 deepin 20 的系统备份,不像 Fedora Silverblue 那样的原子系统,严格禁止修改底层操作系统的关键文档
会的。
deb不一定,appimage本身就是容器化程序,基本是electron应用,一般通用性强的都会保留
apt肯定是会有的,很明显现在deepin没打算做根目录不可变的设计。不过应该不会和debian兼容了,据说他们删除了不少软件包(弄得自己源里的软件都有依赖问题)

顺便吐槽:
基于内核开发也不知道是谁传的,有点开发经验的都不该用这种说法。除了内核之外的那么多开源的基础设施就是自己原创的了吗?要是能达到隔壁安卓系统的程度我也不会反对。
apt肯定是会有的,很明显现在deepin没打算做根目录不可变的设计。不过应该不会和debian兼容了,据说他们删除了不少软件包(弄得自己源里的软件都有依赖问题)

顺便吐槽:
基于内核开发也不知道是谁传的,有点开发经验的都不该用这种说法。除了内核之外的那么多开源的基础设施就是自己原创的了吗?要是能达到隔壁安卓系统的程度我也不会反对。
V23基于linux内核构建,是官方建立deepin根社区时发布的。基于内核构建不是不用开源组件,而是自己选择和维护开源组件,而不是基于debian上游发行版进行构建。
V23基于linux内核构建,是官方建立deepin根社区时发布的。基于内核构建不是不用开源组件,而是自己选择和维护开源组件,而不是基于debian上游发行版进行构建。
他要是能不用GNU,不用freedesktop,不用Qt和KDE框架,我就承认他是基于内核构建。
玲珑包将来肯定是deepin系统的主力,因为deb存在太多的问题,兼容deb是目前不得已的做法,等把仓库里绝大多数deb软件包都转换成了玲珑包,并且国内主流开发工具都能直接生成玲珑包了,deb的命运就难说了。况且玲珑包格式已经捐献给了开放原子开源基金会,在国内有一统江糊之势。因为v23和v20的上游基础软件不完全相同了,v20应用商店里的软件不一定在v23下能正常运行,与其再去适配一遍还不如直接转换成玲珑包,可能成本还要低一些。
他要是能不用GNU,不用freedesktop,不用Qt和KDE框架,我就承认他是基于内核构建。
国内有人在做这样的事,V23还做不到,但v26就说不定了。比如龙芯就有这样的实力,如果得不到国际开源社区的支持就可能这样做,但龙芯目前得到了绝大多数开源社区的支持,支持龙芯CPU的相关开源社区也都是龙芯的专家在维护。
国内有人在做这样的事,V23还做不到,但v26就说不定了。比如龙芯就有这样的实力,如果得不到国际开源社区的支持就可能这样做,但龙芯目前得到了绝大多数开源社区的支持,支持龙芯CPU的相关开源社区也都是龙芯的专家在维护。
拭目以待吧
我觉得肯定会的。
20.9目前有些下载的deb安装包都不能安装了
Popular Ranking
ChangePopular Events
More

中文 
deepin23以后还会支持appimage,deb以及apt命令行这些包管理吗?
小白不懂,意思是完全基于linux内核来开发的系统,自主研发比例更高了,那还能兼容以前的一些包的安装和使用操作么?