把apt去掉估计得挨骂😂

哈哈哈，debian_version

脱离，但肯定不是一步到位，去掉apt那deepin直接没法用了，没那么多软件包，只能说慢慢的把主流软件包都搞成玲珑的

利用各种资源，丰富独家生态，做大做强系统与软件。

应该快速把app打包成玲珑格式，让安装软件、操作系统升级内核、升级功能组件不影响到程序

总要有一个包管理的，事实上apt开源并且也做的不错，以目前deepin有限的人力来没必要现在就改造这个轮子

apt这么多年，功能性稳定性是经过用户检验的，新造一个现阶段大概率不会比apt好用，比如linglong-cli

目前linglong算是应用层？不太清楚，应该是snap、flatpak、appimage这个层级的吧，暂时不具备管理系统底层包的能力吧

个人认为deepin以后用apt+linglong，底层和应用分开，防止以后用户多了有人不懂乱用apt命令把系统搞崩了

我估计deepin要发布的不可变系统，应该就不会支持apt，因为系统不允许用户通过apt改变系统组件，这是造成系统不稳定的根源。系统组件只能通过原子更新的方式完成，系统要么更新完成，要么更新失败回退到以前的状态。现在的原子更新只开放了系统备份和还原的功能，建议系统备份不要选择在更新时进行，而是选择在系统更新完成后在后台进行，这就避免了用户选择不备份更新，发挥不了原子更新的作用。

deepin v25可能会出现两个版本，一个是正常版本，用户可以通过apt更改组件，为爱折腾的开源爱好者准备的。一个是不可变系统版本，系统组件只能通过官方的原子更新来完成，也就是UOS25的社区版，为普通用户准备的。

不可变系统的应用软件可能只会是玲珑应用，因为deb包已经很容易地转换成玲珑包，不存在重新建立生态的问题，到deepin v25发布时，玲珑应用应该突破5000款，已经包含绝大多数常见应用了。这和华为鸿蒙next的效果一样，谁还能怀疑deepin v25不是一个根系统。

那个debian version是为了兼容一些写死了判定的软件用的，deepin不基于debian sid

随便找几个包看看就知道了

但是模式确实接近Ubuntu，传统包管理做系统基础，应用用容器