短期肯定不会放弃吧，毕竟玲珑只是用户层面的格式，系统层面玲珑好像到不到要求

玲珑是自己家的包管理应用，兼容deb包。再说了人家才刚刚开始，还没学会走呢，你就来唱衰，何必呢？！

好吧，多些期待。

uwp和exe之间的差别，与玲珑的deb的差别不是一个层面上的，不能一概而论。

同一套代码打包出flatpak，snap，deb，rpm，zst，tar，appimage是完全可以的，甚至可以自动完成。像是opensuse推出的obs服务，可以自动打包成不同的格式。

而uwp软件和exe软件，完全是两套代码。你看看那些软件的uwp版和exe版就知道了。qq uwp和qq桌面版完全就是两个软件，除了都能连qq的服务器之外几乎没有一点相似的地方。

我认为在出deb一键转玲珑，rpm等一键转玲珑包之前应该不会放弃，出了之后可以考虑，毕竟可以直接转，但是包的运行方式不太一样，不清楚行不行

呵呵，对uwp理解是不是有偏差，uwp不是单纯的包格式，uwp是编译一次可以在所有的平台运行（电脑、平板电脑、Xbox、HoloLens、Surface Hub 和物联网 (IoT) 设备），事实是当年的java做不到，今天的微软也做不到，这是夸平台的技术范畴不是包格式的范畴。

另外，深度系统支持deb包作为系统级别的安装，我想玲珑格式包更多是应用层的用户安装。

玲珑包管理工具包括管理器ll-cli、构建器(ll-builder、ll-pica)、运行器(ll-server、ll-box、ll-dbus-proxy

)和包升级工具等。

构建器可以做成插件在主流的开发工具中直接生成玲珑包，也可通过ll-pica把现有的deb包转换成玲珑包。运行器ll-server常驻内存，当玲珑应用启动时，ll-server会创建容器，把运行时挂在容器的runtime目录下、应用会挂在容器的opt目录下，并在容器中启动应用程序。为了强化安全管理，应用程序只能操控容器中的资源，默认情况会启用ll-dbus-proxy阻止进程间的消息传递，也可以关闭。

玲珑包较其他容器包的优势是独创的容器分层和升级技术，具有体积小、运行快的特色，因为运行时和应用是分开管理的，运行时是可共享的和可单独升级的，玲珑应用包里不包含运行时，只是在第一次安装时需要安装相应的运行时包。操作系统厂商要做的就是不断优化运行时，最好是能形成统一的运行环境，运行时包要求尽量小又要包括尽量多的公共库，才能最大限度减小应用包的体积。这样看似矛盾的需求，考验的是操作系统厂商的智慧。

应该不是唱衰吧！与鸿蒙一样，先兼容后发展。我支持玲珑软件包管理模式。

有能力就增砖添瓦，没能力就静静悄悄的守护着。对待新事物我们不妨怀着一颗宽容的心，让它走走看，有什么不好吗？

非常同意您的观点。2020年我的笔记本预装的就是深度，试用了2天都不知道如何安装软件。MD对俄罗斯的制裁，让我下定决心，要摆脱WIN的控制。试用了一个月的中兴新支点，崩了。也想试用一下别的linux系统。突然想起了老朋友深度。我想与华为合作的系统肯定有可取之处。试装完一试用，第一天就惊艳了我。没想到2年的发展，进步如此之大。那时应该还是V20.6版本。每天经常过热死机。升级完V20.7与V23后，就没有发生过过热死机现象。最近用V23ALPHA版已经2个星期了。基本上的工作与生活都能应付了。

真的特别需要deb，rpm转制玲珑的工具，需要的人自己转一下就行了。毕竟玲珑类似flatpak没有依赖冲突问题，单位运维转制一次普通用户就可无脑用了。

不是说玲珑自带运行库依赖吗？？

应该和deb还是有区别的。

一键转可能不太容易，因为说玲珑自带运行库和依赖，deb包里没有。

不放弃deb包就好，毕竟饭要一口一口吃。

你这么说更期待了。

原来安装个flatpak软件，居然不能输入中文。

这完全可以转啊。appimage, snap都是自带依赖的，flatpak甚至有自己一套完全不同的依赖体系。但是都能轻松互转。

依赖写成依赖和打进包里是完全一样的。举个例子，假如说这个程序依赖gcc，那程序打包成deb的时候就可以自动写个依赖叫gcc，程序打包成玲珑的时候就自动从gcc官网下载一份binary放进包里面。这很轻松就能实现的。

况且自带运行时这种事情，deb包也能干。网易云音乐的deb里面就自带了一个vlc播放器，所以它不依赖vlc。只不过deb要是这样打包会很容易变得很大，会被人骂。aur上重新打包的网易云就去掉了打包vlc，而是通过依赖的方式使用系统vlc。包括electron也一样。qq，钉钉这两款electron软件其实都在deb包里面自带了electron，不依赖于系统electron。