Deepin发展轶事(202x)
2012-08-11 15:41:12 
阿炯
本文主要用于记录Deepin Linux发行版本的发展和使用过程中的大事记，截止到2030年前。DeepinUI参考手册已完成
Deepin 二十年
SUSE 称 Deepin 社区违反打包政策，已从 openSUSE 移除 Deepin 桌面 (DDE)
Windows 应用兼容引擎官网上线
DeepinUI参考手册已完成
Deepin UI 是 Linux Deepin 团队为了改善 Linux 应用程序外观易用性和提高开发效率而做的一整套界面库。
其都做了哪些工作？
不再局限于 GTK+ 的默认控件外观和布局。设计师完全可以根据自己的想象来设计控件的外观和布局。
快速方便的主题切换引擎。不用像传统 GTK/QT 程序需要拼图完成主题，通过主题引擎的透明控制，只需要拖一张你喜爱的图片即可达到精彩绝伦的效果。
内置丰富的自定义控件和外观效果。应用程序所需的控件都可以在 Deepin UI 库中找到。
内置大量方便的应用程序模块。开发人员不用再为窗口拖动、窗口圆角、高斯模糊、渐变效果、按键识别、互斥窗口等等这些基础模块浪费时间。
选择 Deepin UI 是不是意味着要抛弃其他图形库？
Deepin UI 只是一个针对大多数应用程序需求封装的上层界面库，底层还是基于 GTK+ 的基础框架，你仍然可以融合 Deepin UI 和 GTK+ 一齐使用。
其会不会限定程序的设计风格？
它默认提供了一套简洁漂亮的界面风格，但是代码接口是独立的，如果你不喜欢我们默认提供的设计风格，你完全可以通过替换图片来设计自己的风格！
文档(apidocs)下载
HTML版本
PDF版本
相关链接：Deepin UI 参考手册
Deepin 二十年
无论你现在使用的是 Ubuntu、Arch、Fedora 还是其他的发行版，deepin 与他们一样，都是开源世界中从不同角度理解并满足用户需求，为 Linux 以及开源理想添砖加瓦的项目。我们希望从自己的能力和对桌面操作系统的理解，能给 Linux 的用户与开发者更多的选择。我们也相信 deepin 能够得到更多用户的认可与喜爱，成为开源世界的最佳选择。
——deepin社区创始人：deepin
2024年12月 deepin 迎来了它的二十岁生日，来说说 deepin 二十年间一些可能不为大众所知的事，尽量全面但仍然可能有遗漏：
一、 deepin 操作系统
先说 Linux 操作系统，它因为开放和灵活两个特点，在全世界吸引了很多开发者和用户。但 Linux 有很多分支版本，因此很多普通用户觉得它复杂，上手有点难。以前国外有人讨论 Ubuntu 对 Linux 做了哪些贡献，有个回答挺逗的，记得是这么说的：Ubuntu 把东西做得好，让好几百万对 Linux 一窍不通的人能开始用 Linux，而且还能一直用下去，这就是 Ubuntu 对 Linux 最大的贡献。
在某种程度上 deepin 跟 Ubuntu 类似，在很长的时间“免除新手痛苦、节约老手时间”都是作为 deepin 的口号和产品理念存在，也吸引了非常多国内外的用户。deepin 团队不只是想给大家一个好看又好用的操作系统，还想通过自己的创新和努力，帮助 Linux 整个生态系统向前发展。朝着这个目标，二十年来一步一个脚印，坚持实现最初的梦想。
2004年7月22日，Hiweed Linux 发布，它是中国第一个基于 Debian 的本地化版本。因为它的特别设计和友好的用户界面，很快就受到了大家的关注。2009年， Hiweed Linux 项目正式更名，推出 Linux deepin 发行版。
2009-2012年间，deepin 团队开发深度音乐、深度影音，解决 Linux 中文用音乐、视频播放难的问题。除此之外deepin团队还致力于解决用户在操作习惯上的适应、开箱即用的便捷性、歌词显示乱码以及字幕错位等问题，提升用户体验，并鼓励用户参与社区反馈，共同推动deepin系统的发展和完善。
开发深度截图，让聊天截图变得更简单。那时候 QQ 没有 Linux 可用的版本，flameshot 之类截图软件也要5年后才出现。深度截图当时上线后获得了一众好评。
深度截图
可以说 deepin 当时就是靠一个发行版和这几个特色软件起步的。
2012-2013 年间，deepin 团队有了自己的技术积累，开始钻研怎么做桌面环境。最开始当然也是比较粗糙的，自己做的启动器、任务栏、桌面、控制中心 + compiz + gnome-settings-daemon +……，后来逐步挨个替换成自己的。为什么开始做自己的桌面环境？Unity 、GNOME Shell 虽然很炫，但是稳定性很差也不符合国人习惯，Xfce、LXQt 很轻量但是又显得简陋。于是乎设计师弄出了一个特别酷炫的设计图，勾起了所有开发的兴致：
虽然没有完全实现最初的设计效果，但是最终自研的深度桌面环境（Deepin Desktop Environment，简称DDE） DDE 1.0 还是随着 deepin 12.12（跳票到13年）发布了，这是个很重要的里程碑。后面 DDE 一路狂飙，现在已经刷到 6.0，现在 DDE 也不止是在 deepin 上使用，也被移植到 Debian、Arch、Ubuntu、Manjaro、Fedora、OpenSUSE 等知名发行版上，供用户使用。这一路走来，有很多满意与不尽人意的地方，不过只要有用户支持，我们就初心不改。
deepin 为大家所熟知的，一个是 DDE（深度桌面环境）、另外一个是 deepin-wine （Windows应用兼容）。
应该是2013 年，deepin 团队开始做 deepin-wine 。最开始团队是想跟 crossover 合作来完成的，也确实合作了一段时间，但是最终因为各种原因不了了之，也就有了deepin-wine。deepin-wine 解决了诸多国民应用在 Linux 下使用的问题，其中又以QQ和微信等国民应用为典型。这两款应用在最近两年接连推出 Linux 原生版本，而且体验还不错，深感欣慰。当然 deepin-wine 也有了其新的使命在继续努力。
现在 deepin-wine 的某些应用还在一些其他 Linux 发行版上使用
2014-2017 年间，国内在 Linux 上的原生应用基本等于0，deepin 团队为帮助 Linux 整个生态系统向前发展，几位负责人各处奔走，和多个厂商伙伴沟通。以 deepin 投入人力、厂商提供API的方式，完成了网易云音乐、有道词典 Linux 版本的开发。当然，还有搜狗输入法（对，第一个找搜狗解决输入法问题的 Linux 发行版是 deepin ），这个对广大网友上网可以说是太必需了。deepin 还协助这些合作伙伴适配了其他 Linux 发行版，如 Ubuntu、Arch 等。
网易云音乐 Linux 版本支持
deepin 联合有道词典发布第一个版本
除了这些原生应用的生态，还有喜闻乐见的造轮子，这些轮子有些是为了让 DDE 更加完整，有些则是解决用户痛点。除了前面提到的影音三剑客以外，看图应用的内置OCR功能，也极大地丰富了用户的多媒体体验，提高了工作效率。深度安装器以其精简的设计和后配置模式，简化了安装流程，缩短了安装时间，成为许多其他Linux发行版效仿的典范。
深度轮子应用
当然还有深度商店，是 Linux 下第一个模块化商店，可实现云端配置管理端侧体验，解决了用户找应用的问题。在此之前的应用商店只能说是带界面的软件包安装器和仓库管理（不好意思……）。为了解决软件的英文介绍，还号召贡献者一段一段翻译（这凝聚力超棒哒）。
2019年至今， 除了操作系统更新迭代以外，国内的软件生态有了质的突破。deepin 团队坚守开源理念，为成千上万的软硬件适配与支持不懈努力，持续贡献力量。
深度商店
2020年团队搞了个超厉害的东西，叫如意玲珑（Linyaps），给 Linux 带来了一个全新的软件包管理和分发的好办法，它特别聪明，解决了 Linux 系统里以前软件包不兼容的老大难问题，还让软件开发和分发变得简单，说起来，当初为了给它起这个名字，大家还争得不可开交呢（差点就动手了，哈哈）。
2023年9月，deepin 推出 UOS AI 功能，成为首个集成AI大模型的开源操作系统。团队结合大模型与操作系统，使用户在问答、文档总结、Function calling、文件搜索、语音识别、语音合成、图像识别等功能中使用更加便利高效。开发者可用 DTK AI 接口调用模型能力，用户在文件管理、全局搜索、看图、相册、UOS AI 助手等应用中也能使用模型能力。deepin 已演变为AI赋能的新一代智能操作系统。
deepin 刚刚成立的时候，开源社区对中国人做 Linux 发行版仍然有很大质疑：是不是又一个国外换皮骗政府钱的发行版？deepin 做个主题能叫发行版吗？
现在可以自豪说 deepin 把这条路一步一步给趟出来了，至2024年12月，deepin 全球用户超过了800万，拥有9个海外分支社区，在100多个国家和地区拥有140多个镜像站点。其从星星之火，到如今燎遍世界。
二、deepin （深度）社区开源贡献
deepin 99%的项目都是在 Github 上开源的，新版本在研的仓库有 252 个，还有大量旧项目归档在 martyr-deepin。提供了超过2500万行开源代码，这些代码被广泛应用于全球不同的项目和发行版中。
github linuxdeepin
在上游贡献这个板块，deepin 也在一直持续不断往 Qt、kernel、wine、box86/box64 等上百个开源社区提交补丁，现在补丁数量也在1200以上。
部分内容，详细内容可以参考下面链接
developer-upstream-contributions
deepin 在 Qt 上游贡献量的排行，应该是国内最多的。此外，deepin 团队还积极参与了其他开源项目，如 Linux 内核和 GNOME 桌面环境。
uniontech ＝ deepin
所谓取之开源、回馈开源是 deepin 团队二十年坚持做的事情。
SUSE 称 Deepin 社区违反打包政策，已从 openSUSE 移除 Deepin 桌面 (DDE)
SUSE 安全团队于2025年5月上旬宣布，因 Deepin 社区违反打包政策，已从 openSUSE 发行版移除 Deepin 桌面 (DDE)。公告原文如下：
Deepin 桌面环境（DDE）是 Deepin Linux 发行版的一部分。它注重可用性、精致的图形界面以及支持中文。它也适用于其他一些 Linux 发行版，openSUSE 就是其中之一。
最近我们注意到 openSUSE 中 Deepin 桌面环境的打包存在政策违规行为。为了规避安全审查要求，Deepin 社区打包者实现了一个变通方法，绕过了常规的 RPM 打包机制来安装受限资源。由于这一违规行为，并且考虑到我们与 Deepin 代码审查的复杂历史，我们将暂时从 openSUSE 发行版中移除 Deepin 桌面包。
SUSE 安全团队解释了 Deepin 社区的具体违规行为：2025 年 1 月，在例行审查期间，我们发现了 deepin-feature-enable 包，该包于 2021-04-27 引入，而在此过程中我们既没有被咨询，也没有被告知。
这个看似无害的包实现了一个 “许可协议对话框”，基本上解释了 SUSE 安全团队对 Deepin 的安全性存在疑虑，但为了正确使用 Deepin，某些组件仍需安装。
因此，如果用户不关心安全性，则应接受 “许可”。如果用户接受，则 deepin-daemon-dbus 和 deepin-daemon-polkit 包中的 tarball 会自动提取缺失的 D-Bus 配置文件和 Polkit 策略到系统目录中。许可文本还包含一个提示，建议手动安装 deepin-file-manager-dbus 和 deepin-file-manager-polkit 包，并运行一个脚本来侧载 Deepin 文件管理器 D-Bus 组件所需的进一步配置文件。
对于最终用户来说，这实际上意味着在安装 Deepin 模板时，只需输入一次 “y” 即可选择激活 SUSE 安全团队未接受的可疑安全组件。
考虑到多年来发生的众多审查，频率和活动有所下降，我们错误地认为，到如今 Deepin D-Bus 组件的大部分已经在我们批准后进入 openSUSE:Factory （除了某些可选工具包）。相反，我们发现 deepin-daemon 包中的核心组件从未提交给我们审查，而是被偷偷摸摸地引入了 openSUSE。
自 2019 年以来，Deepin 文件管理器一直存在审查漏洞，而软件包仍未达到令人满意的状态。让用户能够运行脚本来激活有问题的组件，不如通过定制的 “许可对话框” 自动完成，但这仍然是一种不干净且可疑的方法。
SUSE 团队对 Deepin 社区违反打包政策一事发表了自己的看法：
在我们进行代码审查的过程中，Deepin 软件及其上游的体验并不理想。我们报告的安全问题不止一次被新的安全问题所取代。有时，上游并没有投入精力去充分分析我们报告的问题，并且修复不足。
总体而言，与上游的沟通非常困难，或许也是语言障碍的原因。虽然上游有时会表示他们没有足够的资源来处理安全报告（这已经足够令人担忧），但 Deepin D-Bus 组件的设计和实现经常以不相关的方式发生根本性的变化。这使得 Deepin 组件的安全评估变得像一个不断变化的目标。因此，多年来建立对 Deepin 组件的信任变得极其困难。
Deepin 代码审查的历史清楚地表明，上游缺乏安全文化，同类安全问题不断出现。尽管我们只审查了 Deepin 代码的一小部分，但几乎每次审查其组件时都会发现安全问题。基于这些经验，我们预计 Deepin 代码中其他不太明显的部分可能还存在安全问题，而 D-Bus 服务则不然（因为它们以提升的权限运行）。鉴于我们在 Deepin D-Bus 服务方面的经验，我们认为它们很可能破坏了用户隔离。这些组件显然不适用于多用户系统；即使在单用户系统上，它们也会显著削弱纵深防御。
发现该 deepin-feature-enable 软件包绕过安全白名单的行为标志着我们对 Deepin 评估的一个转折点。我们认为 openSUSE Deepin 软件包构建者在实施 “许可协议” 对话框以绕过我们的白名单限制时并非出于恶意。该对话框本身将我们所关注的安全问题透明化，因此这种情况并非以偷偷摸摸的方式发生，至少不会对用户造成影响。
然而，我们并未就此进行讨论，这违反了 openSUSE 的软件包政策。除了安全方面，这还会影响一般的软件包质量保证：deepin-feature-enable 例如，软件包安装的 D-Bus 配置文件和 Polkit 策略对于软件包管理器来说是未知的，并且在软件包删除后不会被清除。我们认为此类绕过行为是不可接受的。
综合以上因素，我们决定将 Deepin 桌面从 openSUSE Tumbleweed 以及未来的 Leap 16.0 版本中彻底移除。在 openSUSE Leap 15.6 中，我们 deepin-feature-enable 只会移除有问题的软件包。
鉴于 Deepin 桌面拥有大量用户，这是一个艰难的决定。我们坚信 openSUSE 中的 Deepin 打包和安全评估需要重新开始，最好能引入一些新人，帮助他们完善 Deepin 软件包，与 Deepin 上游建立联系，并密切关注错误修复，从而避免无谓的后续审核，浪费我们的时间。在这样的新环境下，我们愿意重新逐一审查所有敏感的 Deepin 组件。
当然，这个过程需要时间，我们作为安全团队的能力也有限。鉴于 Deepin 项目的规模，我们也希望其他 Linux 发行版和（安全）社区能够加入我们，共同努力与 Deepin 上游构建更好的安全文化。
SUSE 团队还梳理了具体的时间线：
Windows 应用兼容引擎官网上线
统信 Windows 应用兼容引擎官网已于2025年7月下旬正式上线，“标志着兼容技术从工具迭代迈向生态共建的新阶段”。官方发文详细介绍了统信 Windows 应用兼容引擎的演进历程、核心功能与生态共建新起点。
前期探索 wine 助手与 UOS 应用迁移助手
2014 年，deepin-wine 团队以 “让 Linux 系统流畅运行 Windows 应用” 为目标，持续向 wine 上游社区提交 200 余个补丁，十余年间团队从技术验证走向产品化，产品也在不断升级演进。
2021 年：首次尝试 wine 技术应用化
2021 年，团队首次尝试将 wine 技术应用化，推出了 “wine 助手”，实现了在 deepin 上双击直接安装运行 Windows exe 程序，让普通用户无需复杂操作即可使用 Windows 应用，大幅降低了 wine 技术的使用门槛。
2024 年：UOS 应用迁移助手聚焦专业场景
2024 年，推出与 wine 助手定位差异化的 “UOS 应用迁移助手”，聚焦更多专业场景，主打将 exe 程序打包为 deb 包，支持绿色软件打包、ARM 架构运行等特性，满足运维人员、技术工程师及应用开发者的专业需求。
统信 Windows 应用兼容引擎 功能升级与定位革新
2024 年 11 月，UOS 应用迁移助手正式更名为 “统信 Windows 应用兼容引擎”，并于 12 月迭代至 V3.0.4 版本，实现功能与定位的双重升级：
软件功能重构
从 “打包工具” 转向 “全场景兼容引擎”，支持直接双击运行 Windows exe 程序；打包功能整合至应用管理菜单，成为兼容成功后的延伸能力，优先保障 wine 应用的运行成功率。
覆盖多元用户需求
面向普通用户提供 “一键运行” 便利，为技术发烧友、软件厂商提供图形化迁移工具，助力 Windows 程序快速适配 deepin 与统信 UOS，满足多架构、多场景的生态需求。2025 年，统信 Windows 应用兼容引擎持续迭代，现已更新至 V3.3.1 版本，进一步提升技术实力与生态覆盖。
Proton 支持与架构适配
3 月成功适配 Proton 技术，支持在 deepin 25 中选择 “ge-proton” 版本运行游戏，大幅提升游戏运行成功率与性能；新增与 Steam 版本对齐的稳定版 Proton，增加对 wow64 的支持，实现纯 64 位系统运行多数 32 位游戏。
应用清单与版本标准化
5 月 V3.3.0 版本新增 “全部应用” 模块，整合 deepin-wine 团队验证通过的可兼容应用清单，为用户提供清晰的适配参考；默认 wine 版本升级为 deepin-wine10-stable，统一容器运行标准，减少适配冲突。
wine 应用内存占用下降 90%
6 月 V3.3.1 版本解决了 wine 应用在 Linux 下的内存开销过大问题，针对 64 位 Electron 框架的应用优化最为明显，实测可以减少 90% 内存开销，趋近于其在原生 Windows 平台上的实际使用量。
官网上线 打造协同共建新平台
统信 Windows 应用兼容引擎官网地址中提供了详细使用教程、开发文档与论坛交流入口等。