跟ubuntu强推snap一样，他们也强推玲珑

作为一个linux开发版，他们重视wine（windows引擎），重视容器包（玲珑）

但就是不重视原生。

我压根不相信一个不重视原生应用的公司，能建立起什么生态。从来就没有过这种事。

鸿蒙从0开始也要推原生，哪有不重视原生去建生态的

原生软件是厂商的事，系统方面没有权限去做

各位社区朋友好，我是发帖人，结合两条评论补充观点、重申诉求：
我并不否定如意玲珑的价值，沙盒隔离、兼容Windows软件能降低系统故障风险，是生态不错的补充方案。我的诉求分两点：优化玲珑现存使用缺陷，同时在应用商店补足deb原生软件分发渠道，让大家按需挑选原生包或玲珑容器来安装软件。

回应1楼看法：能理解大家反感容器被过度主推的顾虑，但Deepin底层依旧以deb包管理为基础，和Ubuntu强制替换分发格式有区别。Deepin本身具备运营原生软件的成熟能力，自研浏览器、桌面组件都是deb格式并由商店统一维护，现存问题不是抛弃原生生态，而是商店里玲珑上架占比偏高，常用软件常只能选容器版本，带来卡顿、磁盘占用问题，容易让用户转向竞品系统，不利于用户留存。原生程序在性能、系统适配方面优势明显，原生deb做主力分发、玲珑做兼容兜底，双线建设才能稳住生态口碑。

回应2楼观点：厂商掌握原生包制作主动权没错，但系统并非没有优化空间。官方可以给开发者提供打包模板、对接厂商推进适配、完善社区包审核收录机制扩充原生资源。要是常用软件全都要逐个去官网手动下载，应用商店一站式检索、统一更新管理的核心作用就不复存在，还会让用户遭遇依赖缺失、版本杂乱等麻烦。自研组件的落地案例，也能证明官方有能力扩充第三方原生deb供给。

再重申玲珑四项优化的必要性：加入一键清理残留功能降低新手运维难度；优化启动逻辑改善低配设备卡顿问题；细化剪贴板、截图的权限开关平衡安全与办公便利；改写通俗报错文案，区分人为操作与系统故障，缓解普通用户焦虑。

总而言之，希望开发团队打磨玲珑体验短板，扩充商店原生deb上架规模。以原生应用作为分发主力，玲珑承担兼容兜底工作，给到用户安装形式的自主选择权，依托扎实的原生生态守住Deepin精致桌面体验带来的口碑优势。（字数482）

我这个老电脑只能用deb软件，玲珑软件磁盘和内存占用都比deb大，而且闪退、出bug等问题较多

你不想用玲珑应用可直接走系统源装deb包, DDE对应组件都有deb包提供, 典型例子如deepin-compressor和deepin-editor

你不想用玲珑完全卸载也没有问题, DDE没有强依赖玲珑的地方

什么软件, 发个帖在论坛上挂一下

有些软件不是玲珑打包的问题, 而是厂商提供过来的玲珑包就有问题, 例如钉钉

系统自带的啊，比如 文本编辑器，日历，图片查看器、影院、音乐 等，我全部换deb了。卡顿、闪退，无法打开管理员模式的文件等。很久以前的事了，不知道现在修复没。反正换了deb的没任何问题，所以也没关注过玲珑版了

我用到的问题就管理员模式有问题吧

容器穿透的确是很危险的行为, 我也发帖吐槽过这个问题了

系统自带的那些玲珑应用在软件源里都有相应的deb版，你可以自己卸了玲珑版然后去安装。而且，你不要以为麒麟就是以deb原生打包分发为主，他们也在强推与玲珑类似的开明。

我电脑配置低，我发的这几个都闪退过，换deb版本就好了。而且我需要用管理员模式打开文件，比如系统配置，因为不会用vim，或者其它磁盘的文件。而deb版没有问题，而且空间占用明显小多了，以前装了同样的玲珑版磁盘都没空间了。

你用的是不是NVIDIA显卡, 如果是, 这跟配置无关, 是NV自己的驱动玲珑当时没适配, 现在才做了适配

不是，是个2008年的老ThinkPad，64M板载显卡

有些人对容器化运行有不同的看法，容器化的运行最大的好处就是解决“依赖地狱”，Linux“万物皆可为文件”，带来的后果就是什么？就是比如复用系统中软件的“依赖”，第三方软件的“依赖”。包管理器的确越来越先进了，但是依赖的问题就解决不了啊！假如你的系统里存在一个关键软件，作者已经停更很多年了，也没有其他开发者接手，那么就一定会有大量老旧版本的“依赖”存在于系统之内。最开始的确没有什么问题，但是随着时间的变化，其他使用该依赖的软件都升级了，这个依赖可能就会在某一次你升级软件，或者安装软件的时候被升级。这也是没有办法的事情，可是该软件不能够用了，你修复了一下。软件可以用了，但是就是会有一定的概率在下一次重启的时候系统崩了，可能是桌面环境可能是更深层。你怎么办？重装么？还是把这个老旧软件替换掉？浪费的时间，甚至丢失文件怎么办？

而容器化，就能在沙箱内运行是依赖地狱的一个解法。当然还有其他的方案比如NixOS的声明化。而容器化配合不可变的系统，实际上是给广大用户一个更加可靠的系统底层。

闪退，无法赋予沙箱化软件穿透沙箱的授权都是目前容器运行软件的问题，这不是玲珑独有的问题，也是Flatpak的问题。只是在可变系统中用容器化的软件分发渠道，在有些人看来多此一举。这就是取舍的问题了，毕竟如果容器内的依赖越完整，容器内安装体积也就越小。