[ Technical exchange] 直播笔记丨如意玲珑为什么可以被XDG纳入其原生支持体系?
Tofloor
poster avatar
骑猪追帅哥
deepin
4 hours ago
Author

速看!如意玲珑直播笔记新鲜出炉~想解决 Linux 应用分发的割裂痛点?如意玲珑给出了全新思路!这份直播笔记拆解了它的核心技术与优势,也揭秘了它被 XDG 看中的关键原因,答案全在这份精简纪要里

 

下面进入正题:

直播主题:解构 “如意玲珑(Linyaps)”—— 打破发行版壁垒,构建高效安全的应用分发新范式

主讲团队:如意玲珑开发团队

核心关键词:跨发行版、系统级隔离、全链路应用管理

 

一、 开场:Linux 应用分发的 “老大难” 问题

咱们做 Linux 开发或者运维的朋友肯定都深有体会,不同发行版就像一座座孤岛。Debian 用 DEB、RedHat 用 RPM、Arch Linux用 pacman,格式不互通,生态互相隔离。

同一个应用,要给不同发行版分别打包、维护,重复劳动太多,成本高到离谱。更头疼的是依赖地狱—— 系统库一更新,ABI 就可能不兼容,闭源软件直接没法用。用户为了保住关键应用,只能锁死系统版本,安全漏洞越积越多。
市面上的 Flatpak、Snap、AppImage 这些方案,各有各的短板,要么生态受限,要么资源占用高,始终没能彻底解决问题。

二、 核心方案:如意玲珑到底是什么?

今天给大家带来的如意玲珑,不是传统包管理器的替代品,而是一套从构建到分发再到运行的全链路解决方案。它是开放原子开源基金会孵化的项目,核心就是用轻量级容器技术,实现应用和系统的彻底解耦。

它的核心优势可以总结为四点:
系统级隔离**:基于 Linux Namespace 实现 Rootless 容器,应用运行在独立沙箱里,不用 Root 权限,安全风险大幅降低。**
高效存储与更新**:采用 OSTree 技术,像 Git 一样管理二进制文件,相同库文件只存一份,能省 60% 存储空间;支持原子更新和增量下载,更新失败还能回滚。**
统一包格式 UAB**:单文件自包含、自运行,离线就能分发,默认沙箱运行,比 AppImage 更安全。**
多版本共存**:应用可以锁定专属的运行时版本,Qt5 和 Qt6 应用能在同一台机器上共存,彻底告别 ABI 不兼容问题。**

三、 实操演示:两行命令玩转玲珑

说了这么多,咱们直接上实操!如意玲珑的命令行工具 ll-cli 特别简单,两步就能搞定应用安装和运行。

安装应用**:输入 ll-cli install ,比如装深度阅读器就是 ll-cli install org.deepin.reader,工具会自动解析依赖、增量下载,不用手动配置。
运行应用
:输入 **ll-cli run ,系统会自动启动沙箱,挂载运行时环境,应用就在隔离空间里跑起来了。
日常管理也很方便:ll-cli list 看已装应用,ll-cli upgrade 增量更新,ll-cli uninstall 干净卸载,不留任何垃圾。
进阶玩家还能添加开发者仓库尝鲜新版本,或者用 ll-cli enter 进入应用沙箱,排查环境变量、文件缺失这些问题,就像操作本地 Shell 一样简单。

四、 开发者福利:打包迁移超省心

针对开发者,我们准备了两款核心工具:

ll-builder**:提供轻量级容器构建环境,支持 Build→Run→Export 标准流程,不管在什么机器上构建,输出结果都一致,很容易集成到 CI/CD 流水线。
ll-pica
:能自动解析 DEB、Flatpak 等格式的包,一键生成 **linglong.yaml 配置文件,让老应用快速迁移到玲珑生态。
分发也很方便,代码提交到 GitHub 后,PR 合入就能自动打包到开发者仓库,实现快速迭代。

五、 生态现状与未来规划

目前如意玲珑的生态已经初具规模:

支持 x86_64、ARM64、LoongArch 等全量国产化架构
适配 deepin/UOS、Debian、Ubuntu、Arch 等主流发行版,deepin 25 已经默认预装**;**
应用库收录了 6000+ 应用,而且每月都在新增。
未来我们会重点做三件事:第一,完善外设支持,比如用户态显卡驱动、打印机和扫描仪;第二,增强功能,实现细粒度权限控制、系统服务集成;第三,优化体验,开发可视化构建工具。

六、 结尾:邀请社区共建

如意玲珑是开源项目,离不开社区的支持。欢迎大家:

去 GitHub 提交代码、优化文档;
把常用软件打包成玲珑格式,丰富应用生态;
参与社区讨论,一起定义 Linux 应用分发的新标准。
项目地址:
GitHub:github.com/OpenAtom-Linyaps/linyaps
官网:linyaps.org.cn

 

关于如意玲珑你关心的问题解答(直播用户问题):

Q1:玲珑装的应用和系统原生应用会冲突吗?

A1:不会冲突。玲珑应用基于容器化环境运行,与系统原生应用相互独立,互不干扰。

 

Q2:依赖库版本不一致,如意玲珑能解决吗?

A2:可以解决。如意玲珑的核心设计目标之一,就是解决应用运行的兼容性问题和各类依赖冲突问题。

 

Q3:如意玲珑适配游戏和专业办公软件吗?

A3:适配。目前如意玲珑已收录 6000 + 应用,含游戏及各类专业办公软件,可前往如意玲珑官网查询具体适配清单。

 

Q4:如意玲珑支持哪些 Linux 发行版?

A4:

  • 深度系统(deepin)已预装如意玲珑;
  • Debian、Ubuntu、Arch、欧拉等发行版均有玲珑专属仓库;

具体支持版本及安装步骤,可前往如意玲珑官网查看并按指引操作。

 

Q5:如意玲珑对比 apt/dnf 等传统包管理器,核心优势是什么?

A5:核心优势是彻底解决传统包管理器的依赖地狱问题,实现应用依赖隔离,避免因依赖版本冲突导致的应用安装失败、运行异常等问题。

 

Q6:如意玲珑和 Docker 看起来差异不大,二者的核心区别是什么?

A6:二者定位与应用场景不同:如意玲珑专为桌面端应用打造,轻量化设计,适配桌面使用的交互与体验需求;Docker 更侧重服务端容器化部署,适配后台服务的集群、运维等场景。

 

Q7:现有应用从传统包格式迁移到玲珑生态,改造难度大吗?

A7:改造难度低,官方已提供专属工具支持,降低迁移适配的技术成本。

 

Q8:如意玲珑支持离线安装包吗?

A8:支持。如意玲珑的 uab 格式安装包,可直接实现离线分发与离线安装。

 

Q9:小白用户不想用命令行,有没有可视化的安装方法?

A9:有。可通过玲珑商店可视化安装,也可直接通过浏览器访问如意玲珑官网,按页面指引完成可视化安装。

 

Q10:玲珑有没有易学的打包教程?写 yaml 文件、整理文件目录对我来说难度较高

A10:官方已在如意玲珑官网上线打包相关教程,同时可加入官方开发者交流群,获取一对一答疑和实操指导,降低学习门槛。

 

Q11:现在的玲珑应用能否在管理员模式下运行?

A11:暂不支持。

 

Q12:玲珑应用会尽数识别、读取系统根目录下的所有文件吗?

A12:不会。系统根目录有严格的权限管控机制**,玲珑应用仅能获取权限范围内的文件访问权限,保障系统文件安全。

 

Q13:官方是否会推出官配的打包配置工具?预计什么时候上线?

A13:官方已规划官配打包配置工具的开发,预计 2026 年下半年正式推出,进一步简化打包配置流程,提升开发者体验。

 

小伙伴们,本次直播回放已经发在 deepin 视频号啦,想看完整版的直播的可以去补看~ 今年会给大家安排更多产品、技术直播,记得先关注不迷路!你们想看哪款产品的直播,直接在评论留言,我们来安排上~

Reply Favorite View the author
All Replies
mozixun
Moderator
2 hours ago
#1

这里还是要给Flatpak洗白一下 (PS: 只要你装的应用不重复, 你可以同时三持玲珑+shenmo的APM+Flatpak):

  1. Flatpak对于权限的管控相比于现阶段的玲珑还是严格得多的, 玲珑是理论可以实现, @罐子 有做过测试性实现, 但离合并到上游仍然有距离, 玲珑对于权限的管理是玲珑未来的一个目标, 目前仅实现了extension扩展加载控制与环境变量设置

    下面就是Flatpak权限管理器FlatSeal的截图

image.png

2.如果单论依赖地狱, 并排除国产机器的支持, Flatpak和Snap已经彻底解决了这个问题, 因为bubblewrap(shenmo写的APM包管理器用的也是这个)沙箱已经能实现高安全可靠的隔离机制

3.Flatpak和Snap最令人头疼之处其实是运行时体积与启动速度,这才是这两玩意最被广为诟病的地方
不说别的, Flatpak为了跑一个Qt, 快把一整个KDE桌面包了进去, 导致其体积是:

image.png

你没有看错, 我只是为了跑一个Qt 6.10, 下一个KDE特色Qt体积就有这么大

同样是Qt 6.10+DDE特色Qt (DTK) , 隔壁玲珑体积砍了几乎一半:

image.png

同样, 为了打包一个GTK4运行时, Flatpak的选择也是几乎打包进一个GNOME桌面, 而导致它的Runtime体积是:

image.png

因此, 我在制作玲珑GTK4的Runtime时, 只包含GTK4运行必需库和Flutter/Tauri会用到的Webkit2Gtk, GNOME特色GTK一律不包, 因此体积只有:

image.png

庞大的体积占用和启动时过高的IO磁盘占用才是排除玲珑外Linux现阶段解决依赖问题后的下一个严重问题, 玲珑就是来努力解决这个问题的

Flatpak和Snap虽然体积与启动时性能问题被广为诟病, 但是在试图解决Linux生态分裂问题上, 的确给GNU/Linux体系展示了另一条可行的道路, 它们前者使用bubblewrap沙箱技术, 后者使用squashfs挂载(因为snap出来的时候还没有bwrap)技术都解决了依赖问题, 在Flatpak和Snap刚出现的时代, 没有人尝试过去做容器化地分发应用, 也没有人知道跟Flatpak那样什么都管什么都包进去会产生严重的体积占用与启动时性能问题, 玲珑因为作为后来者, 才知道有这样的问题, 才能去有的放矢地设计出更优体验的二级包管理器

Flatpak作为Linux二级包管理器的先驱之一, 它背后的努力与付出不是两个"要么"指出一下问题就能说完的, 虽然我个人参与玲珑的生态建设, 但非常尊重Flatpak这样的先驱, 我电脑的Steam和ProtonTricks跑的也是Flatpak版, Flatpak和Snap没有那么(指的是针对用户体验)完美地解决依赖问题, 但做出的贡献也厥功至伟

Q: 为什么不截Snap的图

A: 一堆钩子让我的fdisk -l爆炸, 想想算了

Reply View the author
tacat
deepin
19 minutes ago
#2

玲珑未来可期

Reply View the author