以前的哪个deepin不是基于debian或debian的分叉？这V23适用于生产环境了吗？

这个Deepin20.7也不上进去，要那网站求你上增热度吗？

deepin 20. x是基于Debian的， V23计划打造成根分区，但目前还在预览阶段

刚刚去看了一下那一篇 review，感觉他的评价很中肯。至于你引用的这段话，如果你手头有 deepin 23，你可以自己去验证一下。

根社区这个我一直都不怎么看好

要么舍弃兼容，自己选包，从头开撸，代价是很多包都会出依赖问题

要么就模仿Debian的兼容基线，要么照着抄要么直接拿，然后自己维护，自己选其他的包和特定包版本，只不过如果这就叫根社区，那deepin 15.9就已经是了（Debian unstable+成吨的自选包），就没啥意思了

所以我就觉得这事不靠谱

只希望系统飞一般的速度，丝滑如绸就好

V23：

要么对标一下debian12，debian12已经放弃i386架构，独宠amd64，这思路与V23目前路线貌似很像

要么对标NixOS，把底层依赖做干净，NixOS“整体配置，一切皆是容器”思路也算很清晰新颖

deepin 和openKylin 一开始就不应该提供 deb 管理工具，而是需要通过应用商店安装。你可以选择 deb/rpm/arch 相关的包管理工具，但源必须是 deepin/openKylin的。至于 这个管理工具底层是啥实现的，使用者并不需要知道，可以说底层都是deb ，然后给rpm 这个管理包工具做个 转换啥的，不支持的参数，直接写不支持得了。至于源 完全可以抄 centos/debain/arch的，搞个混合体。然后 应用商店默认的玲珑包，其他的默认的deb 包，直接说明是deb 包就行。

DDE是GUI，linglong是包管理器。

底层基础库如果自己从头独立编译，并且定期滚动更新，不依赖Debian及其他跟社区，才能达到真正的跟社区。

当然，有了自己的一套，并且还能兼容其他包管理器那就是真的会更牛了，那才会更具有吸引力。毕竟开源软件很多，源头上人家也不一定喜欢咱的管理包方式。

纠正一点，nixos 用的不是容器化技术，只是有意不遵循 fhs 标准，从而让软件无法从通常的路径找到运行时依赖而已。nixpkgs 打包用的 wrapper，也只是额外定义了环境变量和参数而已，让程序从 nix store 中找到运行时依赖，根本不需要容器化技术，除了少数时候对付一些重度依赖 fhs 路径而难以修复的程序会用 fhs 沙盒。

感谢纠正，看来还是需要更多的学习了解啊

其实目前有两个v23,一个是很早之前就开始搞的基于debian的，一个是所谓的根社区的

玲珑不仅是包管理器，还是运行器、构建器等，解决了deb和rpm包的多重依赖和访问权限控制的问题，并且已经实现了deb到玲珑的转换，只不过目前玲珑包的数量不足。如果要兼容deb，那就不能叫根系统，这句话没有错。如果还是大量使用deb包，那么V23的优势就无从谈起。V23后续版本应该逐步去掉deb包管理工具，建议尽快把转换工具放出来，用户能够自己进行转换。

慢慢来吧，一点点替换呗。不可能直接掏出一套成熟独立的东西，ubuntu的东西现在还有残留呢，何况debian

如果distrowatch说的属实的话，说明V23很多东西还没替换完成而已，有什么好大惊小怪的。比如distrowatch提到的版权注释是从debian拉过来的，这也没什么啊，一个预览版而已，又不是正式版，版权声明这些还没改不是很正常吗？包格式和包管理，目前是兼容deb包，加入了自己搞的玲珑。

等V23正式版出来后，再去看distrowatch怎么说。

V23依然基于Debian,官方说的很清楚，完全脱离Debian，目前来讲依然只是梦想

我喜欢深度的务实，同时完全脱离Debian当然不是梦想，脱离Debian没有任何技术难点，再说一遍跟技术无关，根社区的难点在于有大量志愿者维护（领养）软件的打包工作（跟上软件更新）以及汇报bug给软件开发者。

所以为什么不遵守嘞