1. 静待发布。
2. 公司都是有野心的，寄人篱下总归不是好的选择，其实服务器方向是有合作有竞争的。合作是，uos在上面已经适配过了，竞争是 两家商业化公司 其实 都正在争夺服务端的市场。
3. 肯定的。

希望自己开发一个包管理器吧，独树一帜，估计还是deb，毕竟要照顾uos

openeurlar其实挺好的lts的版本软件库都挺新的

希望 deepin 这次是真正针对上游的痛点作出改变，而不是为了脱离上游而脱离上游。如果真的只是换个包管理器，而新的包管理器并没有引入比 dpkg、rpm、pacman 之类的传统包管理器更先进的东西，那就没意思了。

我觉得很难啊，用deepin的人都不是很多，要创建新的包管理器，以前的包怎么办呢？还是要兼容吗？兼容了，这个还有啥意思呢？不兼容吗？很多工具都用不了了啊。我现在就等着升级终端和今年可能出现的标题栏高度修改插件了。

脱离Debian有什么意义么？为什么不脱离Linux？

专业人，不会问出 这样的问题

统信跟开源鸿蒙有合作，肯定会 参考鸿蒙的方式

我估计是容器化

技术上的难题了，就算Deepin脱离Debian，那他们还要开发升级程序，而且这个升级程序是要把系统跨底层升级的，风险太大

这么多的包格式，再出一个为了啥？越来越混乱分裂了！

我推测是这个路线：

　　先把deepin社区建成统信先进技术试验田，建立根社区，逐步把除内核以上的东西彻底搞清楚了，推出deepin V23进行操练，待成熟了再转UOS，当然这期间V20会继续更新。到2026年发布deepin V26时可能就要换内核了，那时有华为的微内核+外核架构可用，真正的国产桌面操作系统就诞生了，这个架构应该是兼容linux生态的，中国的微软非统信莫属。

第一，不一定需要脱离deb包装格式，deb包装格式是开源的（大家都可以用），大家理解有偏差，包装格式和选择这个格式的源（根社区）是两个概念，什么是根社区，就是整合在一起的所有软件的源，经过一整套的包装、测试、释放测试版，迭代测试、再释放测试版，经过不断迭代直到核心bug为0，次核心bug和非核心bug不多于发布政策，达到发布要求释放发布。最大的误区就是死认包装格式以为这是什么很高深的技术，不，包装格式不是太重要，重要的是：包装、测试、释放测试版，迭代测试、再释放测试版，经过不断迭代直到核心bug为0，次核心bug和非核心bug不多于发布政策，debian的核心是开发人员与普通用户之间的测试、反馈的桥梁，所以叫根社区，这就是叫社区来由。

第二，openeurlar不适合桌面，openeurlar目前为止没看到华为有多少自己的东西，全是拿来的打包一下。

这是一个很好的契机，打造一个完全独立的桌面系统。 作为一个用电脑工作的人来说我只关心怎么好用，底层是什么并不关心，也不想去关心。

我就是学的计算机，但说实话二十来年了，Novell、win、linux都学过，到头来是忘得一干二净（因为工作根本不用），我就是把电脑（系统）当做生产力工具使用罢了，不想折腾。 以前还会想着如何去安装系统，如何去优化，现在基本是只要能用绝不动系统，最多用工具清理清理。 我想大多数人都和我一样吧。

大家也不要喷，事实确实如此，我只在乎怎么用，只在乎我的数据是否安全，不易丢失。有升级就升级没有就继续用，什么重装系统还要自己去挂载数据盘，一不小心还给怎没了。 反正就是能不让用户搞就别让用户搞，这才是真正好用的桌面系统。

作为桌面系统对绝大多数用户来说就是使用，不是折腾。当然有牛人喜欢，那就去服务器版本搞就好了。

对于桌面版，说说我的看法：

1、对于分区可以系统自己生成且无需用户关心就自动完成好了，类似win的EFI分区。那么类似swap是否可以呢（根据机器内存大小自动分出来，需要调整就在安装界面给个简要说明和推荐值）

2、还是分区，比如用户想用来存文件搞个data分区（为什么是分区而不是目录），主要是在某些情况下需要重新安装系统不至于数据丢失，在安装系统时可以自动识别并自动挂载上（类似win的D盘E盘什么的），尽量不让用户去折腾了。——这个其实很重要

3、这个应该和包管理器（应用商店）相关，无论是以什么形式安装的软件，这个包管理器都能识别系统已安装的软件（可以进行分类），并告知软件安装的位置，类似win下的360软件管家，当然可以集成到软件商店中。

为什么说这个，之前用软件商店安装的能够识别，自己安装的在软件商店中尽然看不到。为什么说要知道安装位置，方便卸载用，节约磁盘空间。 我之前搞Firefox时就出现过，系统自带的提示升级，升级完发现是在另一个目录中又装了一个，结果就是系统中有两个。

4、还是包管理器（应用商店），安装软件时可以自己指定安装到哪个目录下。

5、搞个设备管理器（驱动管理），让用户一看就知道自己的电脑是什么硬件，哪些硬件装了驱动、装了什么驱动、哪些硬件还需要装驱动。

6、跟系统可以开发一种安装包格式，类似mac，前期兼容deb就好了，兼容是为了之前老版本的升级迭代使用，等成熟了直接移除deb的兼容。 或者搞个deb迁移工具。

新的安装包尽量少依赖关系，实在要有依赖那就搞个类似win的.NET Framework就好了，大家就维护它吧。

7、搞个系统管理的地方，比如建立账号、修改环境变量等等这些与系统相关的东西点点就ok了。

这就是我的deepin为什么只停留在虚拟机中的原因，偶尔想起来看看，因为确实还不完善，我也不想花尽量去探索。

很多人一定会说现在办公可以了，没错对于普通的办公确实没有问题了，而对于我来说还缺少很多。

希望这个系统越来越好，持续关注中。

根社区就是把相关的最新软件包都入库，并且容易及时更新维护的公众生态。包管理器只是个工具，只要可用就行。目前能兼容deb是肯定需要的，这样才无断层危险。目前deepin的一些东西受到了debian的限制，比如基于debian11的deepin23里deepin-editor等就因缺少依赖包就难住了。如果能有自己的根社区，就可根据各包的依赖类别进行优化，形成一个功能齐备但精简适度有旺盛发展前景的生态世界。

建议做一个类似snap的打包方式，将应用层和系统层分开，系统层专门做硬件适配，应用层自带依赖。

有种大胆的想法，就是直接基于鸿蒙搞

包管理器也可能不是传统常见的

结果软件少，用户少，不把自己搞死了。。。

docker打包不是更好