对于org.deepin.base/25.2.0和25.2.1, 如果使用内测源, 有我自己维护的Mesa3D 26.0.3需要的可以先下载（

Deepin的这个玲珑，号称的是比其他容器方案占用更少的磁盘，其实完全就是瞎扯淡，相反它占的是最多的，比flatpak多得多，运行效率也不如flatpak(就是不知道这一点是不是因为wayland 对比x11性能导致的）。上次我尝试自定义了个deepin25的镜像，把玲珑整个去掉，镜像包的体积下降很可观。

如果你只是讲单个运行时+环境, 例如最多的情况是: org.deepin.base/25.2.2 + org.deepin.runtime.dtk/25.2.2

同样是特色Qt, Flatpak体积是:

而玲珑体积是:

之所以预装ISO去掉玲珑可以干掉很大一部分体积, 是因为同样预装了flatpak的Fedora (默认flatpak源甚至还是fedora自家的) 压根就没在flatpak里塞运行时, 只有用户需要安装了这时候才跑去下载, 无非一个预置一个没预置

其次就启动时间来说, Venera在我同时开启了Mesa3D驱动扩展侧载 + GTK4运行时的多重挂载场景下, 比宿主启动时间长0.1-0.2秒, 我已经做过评测说明, 评测环境是Fedora 43 KDE Edition, 在此不多赘述, 接受不了最多慢0.2秒的场景下建议跑原生

但是用户安装了过多的运行时后, 你对体积的吐槽的确很合理, 体积的确比Flatpak大, 因为Flatpak一年只发一个需要开发者手动更新的运行时(Freedesktop SDK+KDE/GNOME Runtime), 其他情况下Flatpak的base更新不会影响应用运行情况

这也是我发这帖子要吐槽的点

预装flatpak的发行版确实没有往系统里塞运行时，deepin也确实塞了，你说的塞了不同版本的运行时导致磁盘占用多我也知道，你说的这种不合理的设计我也同样认为不合理，是问题所在。作为一个原教旨主义来说，我极其讨厌这些容器方案和类似于wine这样的强兼方案。遇到linux没有或者功能残缺的软件，我宁愿切回windows。遇到没有原生deb包的软件，我宁愿从源码编译，绝不用这些容器方案。这就是作为一个从ubuntu8.04就开始用ubuntu的人，我自从22.04之后就投奔了debian的原因，因为它那个snap让我恶心，无处不在，甚至连它的安装器都是基于snap。

Deepin现在就是ubuntu化了，搞个玲珑出来，系统级软件都不少已经玲珑化了。本来linux就已经非常分裂了，非常碎片化了，还要重复造轮子。所有的容器方案，都是打着解决linux依赖地狱的旗子，行碎片化linux的勾当，恶心至极。

支持楼主的建议哈！

首先Ubuntu的snap被诟病跟碎片化没关系,而是GUI实现通过几乎接近于远程桌面的钩子实现,例如OpenGL钩子/Vulkan钩子,然后创造一堆挂载点,运行效率本来就难看,然后还不支持多端部署

光不支持多源就没什么讨论意义了,所以ub再推到头用户还是装deb包或者跑flatpak版, 就应用维护积极度和国际应用数量上说flatpak仍然是无争议的大头, 我自己Steam也用的flatpak版

但是, Fedora自带flatpak禁用了flathub源,默认只开着fedora自己的源, 那个源base和runtime用的是fedora自己的环境, 只是没告诉你,没把runtime塞进ISO里, 所以用户不知道 (

目前只有玲珑和flatpak支持多端,支持把后端部署到自己维护的服务器上,并支持同时混源自动寻找合适的软件源下载,对于任何发行版几乎没有特殊待遇,除了DTK应用在别的DE需要增加一行环境变量去掉DE标题栏以外, 应用运行情况在所有发行版上几乎一致

黑容器化带来体积膨胀, 黑容器化带来更多碎片化因为选择变多没有太大问题可以理解, 你不用只用deb包也是你的选择这个没问题, deepin不会在软件源上跟ubuntu那样逼着你用玲珑, deepin不会出现apt装的软件是玲珑版这种乱七八糟的事, 你仍然可以拒绝玲珑并卸载所有玲珑应用换deb包。但是并不是只有ubuntu在这么搞, fedora一样夹着私货, 相比之下deepin的私货是最少的

顺带一句我为了体验高版本mesa所以做了个mesa 26.0.3扩展包自用 )