Chrome 和 Chromium 测试 Flatpak 以扩大在 Linux 的覆盖面

谷歌正在为 Chrome 和 Chromium 在 Linux 上实验 Flatpak 打包，这一举措可能会简化其在 RPM 和 Debian 包之外的分发，尽管这仍然不代表官方支持的承诺。

• 谷歌在 Chrome 和 Chromium 的代码中加入了对 Flatpak 打包的实验性支持，以便在 Linux 上进行测试。
• 该提案旨在评估受限沙箱配置，并扩大对 XDG 门户的使用。
• 这一变化包括打包脚本、应用程序标识符和 Flatpak 的元数据模板。

根据 Phoronix 的报道，谷歌正在为 Chrome 和 Chromium 在 Linux 上实验 Flatpak 打包。这一举措仍处于测试阶段，并不代表对该格式的官方支持承诺，因此并不等同于稳定版本的发布，也不确认一种新的保证安装方式。

该修改旨在简化受限沙箱配置的测试，并扩大现有对 XDG 门户的支持，这些组件允许应用程序以受控方式访问 Linux 系统的功能。现有证据无法确切归因于某个具体人员，也无法确认原始草案中所指示的确切日期。

一项有限的测试，而非支持公告

Flatpak 是一种用于 Linux 的应用程序分发格式，它将程序及其依赖项打包在一个与主机系统更隔离的环境中。这种架构可以帮助同一应用程序在不同的发行版之间更均匀地运行，尽管这也要求调整与桌面的集成机制、权限和安全功能。

实验性加入并不构成对 Flatpak 包的官方支持承诺。该代码允许探索一种技术可能性，但并不确认 Chrome 将通过 Flathub 进行广泛分发，谷歌将提供持续维护，或该格式将取代其当前的分发渠道。

该工作创建了目录 chrome/installer/linux/flatpak/，其中包含打包脚本和元数据模板、AppStream 信息以及启动器的入口点。它还添加了编译参数 GN enable_flatpak，该参数默认处于禁用状态，允许在针对该格式的构建中启用实验流程。

该修改已被纳入测试代码中，以便开发人员可以评估浏览器在 Flatpak 包中的行为。然而，代码的集成仅表明技术能力已进入项目；并未为最终用户设定可用日期，也未自行修改谷歌的分发政策。

Chrome 打包的变化

该提案在 InstallerConfig 中加入了 package_format 字段，该配置用于安装过程区分输出格式。当目标为 Flatpak 时，系统会省略多个主机特有的集成工件，包括系统的 .desktop 文件、/usr/bin 中的符号链接、AppStream 元数据、GNOME 的默认应用程序、手册页和 AppArmor 配置文件。

这些排除反映了传统安装与受限应用程序之间的根本区别。在常规包中，安装程序可以直接写入系统的共享位置，而 Flatpak 则试图将应用程序保持在定义的边界内，并使用受控接口与桌面和其他资源进行交互。

该代码还更新了 common/installer.py，以纳入 Flatpak 配置和应用程序标识符映射。对于 Chromium，考虑到的模式是 org.chromium.Chromium*，而 Google Chrome 则使用 com.google.Chrome*，这种分离使得在 Linux 应用程序生态系统中可以区分这两种产品。

此外，Google 对 common/desktop.template 进行了通用化，以支持来自 Flatpak 应用程序和全系统安装的执行命令。这种适配是必要的，因为启动器并不以与传统路径中安装的二进制文件完全相同的方式调用受限应用程序。

沙箱、构建和潜在范围

该修改在非官方构建中禁用了 setuid 沙箱和 zlib 压缩。实施文本将这些决定与实验流程联系在一起，因此不应将其视为浏览器官方版本中的一般性更改，也不应被解读为建议用户删除其安装的安全层。

setuid 沙箱属于 Chromium 用于增强进程隔离的机制，而 Flatpak 提供了其自己的限制和权限控制模型。这两种系统的共存需要仔细测试，因为不正确的配置可能会影响应用程序的兼容性、性能或安全性。

该更改还更新了 BUILD.gn，以包含用于 Flatpak 打包的目标和别名。通过将其集成到构建系统中，开发人员可以在项目的常规流程中生成和测试该格式，尽管该选项仍然是实验性的，并且保持在默认配置之外。

如果测试顺利推进，Flatpak 可能为 Chrome 和 Chromium 提供一种更统一的路径，以便在不依赖 RPM 或 Debian 包的 Linux 发行版中使用。这一可能性对那些偏好自包含应用程序的用户和维护者来说是有吸引力的，但未来的任何好处都将取决于后续关于支持、更新、权限和分发的决策。

最近变动的原因

在这种情况下，这并不是市场的变动，而是 Chrome 和 Chromium 代码中的技术修改。确认的催化剂是实验性地引入 Flatpak 打包，以测试受限沙箱配置和与 XDG 门户的集成。没有可用的证据表明有官方支持的公告或通过 Flathub 分发 Chrome 的决定。

Linux 的一个可能新阶段

Chrome 和 Chromium 在基于传统包格式的 Linux 环境中历史上一直具有特别明显的存在。探索 Flatpak 并没有消除这些渠道，但它暗示 Google 正在评估一种不那么依赖于每个发行版特定结构的安装体验。

对于用户来说，Flatpak 包可能简化浏览器在没有适配的官方包或依赖关系产生摩擦的系统中的可用性。尽管如此，该格式也可能引入关于下载大小、文件访问、视觉主题集成、多媒体播放和与期望直接与系统交互的功能兼容性的问题。

XDG 门户的支持在这一阶段占据中心位置，因为它提供了标准化的接口，用于选择文件、打开链接或以更高的控制访问环境资源。扩大该支持将使 Chrome 能够在沙箱中运行，而无需对每次日常交互提供广泛的权限，尽管体验的质量需要通过实际测试来验证。

目前，最具体的信号是技术性的而非商业性的：谷歌已加入实验性代码以构建Flatpak包，但尚未宣布正式支持。下一步将是检查该实现是否达到必要的稳定性和兼容性，以证明其进行正式分发的合理性。

本内容仅供参考，不构成任何金融、投资、法律或税务建议。文中提及的任何活动、奖励、线上活动或相关信息，不应被视为对购买、出售或交易任何加密资产的推荐、招揽或邀请。加密资产具有高波动性，存在价值损失风险。WEEX服务、产品及相关活动的可用性可能因地区而异。用户在参与前有责任确保符合当地适用法律法规。