Chrome 和 Chromium 測試 Flatpak 以擴大在 Linux 的覆蓋範圍

Google 正在對 Chrome 和 Chromium 在 Linux 上的 Flatpak 打包進行實驗，這項舉措可能會簡化其在 RPM 和 Debian 包之外的分發，儘管這仍然不代表官方支持的承諾。

• Google 在 Chrome 和 Chromium 的代碼中加入了對 Flatpak 打包的實驗性支持，以便在 Linux 上進行測試。
• 該提案旨在評估受限的沙盒配置並擴大 XDG 入口的使用。
• 這一變更包括打包腳本、應用程序標識符和 Flatpak 的元數據模板。

根據 Phoronix 的報導，Google 正在對 Chrome 和 Chromium 在 Linux 上的 Flatpak 打包進行實驗。這項舉措仍處於測試階段，並不代表對該格式的官方支持承諾，因此不等同於穩定版本的發布，也不確認一條新的安裝途徑。

這一修改旨在簡化受限沙盒配置的測試，並擴大對 XDG 入口的現有支持，這些組件允許應用程序以受控方式訪問 Linux 系統的功能。現有的證據無法確定具體的實施人員，也無法確認原始草稿中所指的確切日期。

一個有限的測試，而非支持公告

Flatpak 是一種 Linux 應用程序分發格式，將程序及其依賴項打包在一個與主機系統更隔離的環境中。這種架構可以幫助同一應用程序在不同的發行版之間更均勻地運行，但也要求調整與桌面的集成機制、權限和安全功能。

這一實驗性加入並不構成對 Flatpak 包的官方支持承諾。該代碼允許探索一種技術可能性，但並不確認 Chrome 將通過 Flathub 進行廣泛分發，Google 也不會提供持續的維護，該格式也不會取代其當前的渠道。

這項工作創建了目錄 chrome/installer/linux/flatpak/，其中包括打包腳本和元數據模板、AppStream 信息和啟動器的入口點。還添加了編譯參數 GN enable_flatpak，該參數默認為禁用，允許在針對該格式的編譯中啟用實驗流程。

這一修改已被納入測試代碼中，以便開發人員可以評估瀏覽器在 Flatpak 包中的行為。然而，代碼的集成僅表明技術能力已進入項目；並未為最終用戶設置可用日期，也不會自行改變 Google 的分發政策。

Chrome 打包的變化

該提案將 package_format 欄位納入 InstallerConfig，該配置用於安裝過程中區分輸出格式。當目標為 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 能夠在沙盒中運行，而無需對每次日常互動提供廣泛的權限，儘管體驗的質量必須通過實際測試來驗證。

目前，最具體的信號是技術性而非商業性：Google 已經加入了實驗性代碼來構建 Flatpak 包，但尚未宣布官方支持。下一步將是檢查這一實現是否達到穩定性和兼容性，以證明其正式發行的合理性。