Chrome und Chromium testen Flatpak zur Erweiterung ihrer Reichweite auf Linux

Google experimentiert mit dem Flatpak-Paketformat für Chrome und Chromium auf Linux, eine Initiative, die die Verbreitung über RPM- und Debian-Pakete hinaus vereinfachen könnte, obwohl dies noch kein offizielles Unterstützungsversprechen darstellt.

• Google hat experimentelle Unterstützung für das Flatpak-Paketformat in den Code von Chrome und Chromium integriert, um Tests auf Linux durchzuführen.
• Der Vorschlag zielt darauf ab, eingeschränkte Sandbox-Konfigurationen zu bewerten und die Nutzung von XDG-Portalen zu erweitern.
• Die Änderung umfasst Verpackungsskripte, Anwendungs-IDs und Metadatenvorlagen für Flatpak.

Google experimentiert mit dem Flatpak-Paketformat für Chrome und Chromium auf Linux, wie Phoronix berichtet. Die Initiative befindet sich noch in der Testphase und stellt kein offizielles Unterstützungsversprechen für dieses Format dar, sodass sie nicht mit einem stabilen Release gleichzusetzen ist und keinen neuen garantierten Installationsweg bestätigt.

Die Modifikation zielt darauf ab, die Tests von eingeschränkten Sandbox-Konfigurationen zu erleichtern und die bestehende Unterstützung für XDG-Portale zu erweitern, Komponenten, die es Anwendungen ermöglichen, kontrolliert auf Funktionen des Linux-Systems zuzugreifen. Die verfügbaren Beweise erlauben es nicht, die Implementierung einer bestimmten Person zuzuordnen oder das genaue Datum im ursprünglichen Entwurf zu bestätigen.

Ein begrenzter Test, keine Unterstützungserklärung

Flatpak ist ein Anwendungsdistributionsformat für Linux, das das Programm und seine Abhängigkeiten in einer stärker isolierten Umgebung vom Host-System bündelt. Diese Architektur kann dazu beitragen, dass eine Anwendung zwischen verschiedenen Distributionen gleichmäßiger funktioniert, erfordert jedoch auch Anpassungen der Integrationsmechanismen mit dem Desktop, der Berechtigungen und der Sicherheitsfunktionen.

Die experimentelle Einführung stellt kein Versprechen für offizielle Unterstützung von Flatpak-Paketen dar. Der Code ermöglicht es, eine technische Möglichkeit zu erkunden, bestätigt jedoch nicht, dass Chrome allgemein über Flathub verteilt wird, dass Google dauerhafte Wartung anbietet oder dass das Format die aktuellen Kanäle ersetzen wird.

Die Arbeit erstellt das Verzeichnis chrome/installer/linux/flatpak/, in dem Verpackungsskripte und Vorlagen für Metadaten, AppStream-Informationen und den Einstiegspunkt des Launchers enthalten sind. Außerdem wird das Build-Argument GN enable_flatpak hinzugefügt, das standardmäßig deaktiviert ist und es ermöglicht, den experimentellen Fluss in Builds für dieses Format zu aktivieren.

Die Modifikation wurde in den Testcode integriert, sodass Entwickler das Verhalten des Browsers innerhalb eines Flatpak-Pakets bewerten können. Die Integration des Codes zeigt jedoch nur, dass die technische Fähigkeit in das Projekt aufgenommen wurde; sie legt kein Datum für die Verfügbarkeit für Endbenutzer fest und ändert nicht von sich aus die Vertriebsrichtlinien von Google.

Was sich beim Packaging von Chrome ändert

Der Vorschlag fügt das Feld package_format zu InstallerConfig hinzu, der Konfiguration, die der Installationsprozess verwendet, um zwischen Ausgabeformaten zu unterscheiden. Wenn das Ziel Flatpak ist, überspringt das System mehrere Integrationsartefakte des Host-Systems, darunter .desktop-Dateien des Systems, symbolische Links in /usr/bin, AppStream-Metadaten, Standardanwendungen von GNOME, Man-Seiten und AppArmor-Profile.

Diese Ausschlüsse sind auf einen grundlegenden Unterschied zwischen einer traditionellen Installation und einer eingeschränkten Anwendung zurückzuführen. Bei herkömmlichen Paketen kann der Installer direkt in gemeinsam genutzte Systemstandorte schreiben, während Flatpak darauf abzielt, die Anwendung innerhalb definierter Grenzen zu halten und kontrollierte Schnittstellen zur Interaktion mit dem Desktop und anderen Ressourcen zu verwenden.

Der Code aktualisiert auch common/installer.py, um die Flatpak-Konfiguration und die Zuordnung von Anwendungs-IDs zu integrieren. Für Chromium wird das Muster org.chromium.Chromium* berücksichtigt, während Google Chrome com.google.Chrome* verwendet, eine Trennung, die es ermöglicht, beide Produkte im Linux-Anwendungsökosystem zu unterscheiden.

Darüber hinaus generalisiert Google common/desktop.template, um Ausführungsbefehle sowohl für Flatpak-Anwendungen als auch für systemweite Installationen zu unterstützen. Diese Anpassung ist notwendig, da der Launcher eine eingeschränkte Anwendung nicht genau auf die gleiche Weise aufruft wie eine Binärdatei, die an einem traditionellen Pfad installiert ist.

Sandbox, Builds und potenzieller Umfang

Die Änderung deaktiviert das setuid-Sandbox und die zlib-Kompression in inoffiziellen Builds. Der Implementierungstext verknüpft diese Entscheidungen mit dem experimentellen Fluss, sodass sie nicht als allgemeine Änderungen in der offiziellen Version des Browsers oder als Empfehlung interpretiert werden sollten, dass Benutzer Sicherheitsschichten aus ihren Installationen entfernen.

Das setuid-Sandbox gehört zu Mechanismen, die von Chromium verwendet werden, um die Isolation von Prozessen zu verstärken, während Flatpak sein eigenes Modell der Einschränkung und Berechtigungssteuerung bietet. Das Zusammenwirken beider Systeme erfordert sorgfältige Tests, da eine falsche Konfiguration die Kompatibilität, Leistung oder Sicherheitsoberfläche der Anwendung beeinträchtigen könnte.

Die Änderung aktualisiert auch BUILD.gn mit Zielen und Aliasen, die für das Flatpak-Paketieren bestimmt sind. Durch die Integration in das Build-System können Entwickler das Format innerhalb der üblichen Projektabläufe erstellen und testen, obwohl die Option weiterhin experimentell bleibt und außerhalb der Standardkonfiguration gehalten wird.

Wenn die Tests erfolgreich voranschreiten, könnte Flatpak Chrome und Chromium einen einheitlicheren Weg für Linux-Distributionen bieten, die nicht auf RPM- oder Debian-Pakete angewiesen sind. Diese Möglichkeit ist für Benutzer und Wartende attraktiv, die eine eigenständige Anwendung bevorzugen, aber jeder zukünftige Vorteil hängt von späteren Entscheidungen über Unterstützung, Updates, Berechtigungen und Verteilung ab.

Ursachen für die jüngsten Bewegungen

In diesem Fall handelt es sich nicht um eine Marktbewegung, sondern um eine technische Modifikation im Code von Chrome und Chromium. Der bestätigte Katalysator ist die experimentelle Einführung des Flatpak-Paketierens, um eingeschränkte Sandbox-Konfigurationen zu testen und die Integration mit XDG-Portalen zu ermöglichen. Es gibt keine verfügbaren Beweise für eine offizielle Unterstützungserklärung oder eine Entscheidung, Chrome über Flathub zu vertreiben.

Eine mögliche neue Phase für Linux

Chrome und Chromium hatten historisch gesehen eine besonders sichtbare Präsenz in Linux-Umgebungen, die auf traditionellen Paketformaten basieren. Die Erkundung von Flatpak beseitigt diese Kanäle nicht, deutet jedoch darauf hin, dass Google eine Installationserfahrung evaluiert, die weniger an die spezifische Struktur jeder Distribution gebunden ist.

Für die Benutzer könnte ein Flatpak-Paket die Verfügbarkeit des Browsers auf Systemen vereinfachen, auf denen kein offizielles angepasstes Paket vorhanden ist oder wo Abhängigkeiten Reibungen verursachen. Dennoch kann das Format auch Fragen zu Download-Größen, Dateizugriff, Integration mit visuellen Themen, Multimedia-Wiedergabe und Kompatibilität mit Funktionen aufwerfen, die erwarten, direkt mit dem System zu interagieren.

Die Unterstützung der XDG-Portale spielt in dieser Phase eine zentrale Rolle, da sie standardisierte Schnittstellen für Operationen wie das Auswählen von Dateien, das Öffnen von Links oder den Zugriff auf Umgebungsressourcen mit mehr Kontrolle bietet. Die Erweiterung dieser Unterstützung würde es Chrome ermöglichen, innerhalb einer Sandbox zu funktionieren, ohne auf umfassende Berechtigungen für jede alltägliche Interaktion angewiesen zu sein, obwohl die Qualität der Erfahrung durch reale Tests validiert werden muss.

Derzeit ist das konkretste Signal technisch und nicht kommerziell: Google hat experimentellen Code integriert, um Flatpak-Pakete zu erstellen, hat jedoch keinen offiziellen Support angekündigt. Der nächste Schritt wird sein zu überprüfen, ob die Implementierung die notwendige Stabilität und Kompatibilität erreicht, um eine formale Verteilung zu rechtfertigen.

Dieser Inhalt wird nur zu allgemeinen Informationszwecken bereitgestellt und stellt keine finanzielle, Anlage-, Rechts- oder Steuerberatung dar. Alle erwähnten Ereignisse, Prämien, Online-Aktionen oder zugehörige Informationen sollten nicht als Empfehlung, Aufforderung oder Einladung zum Kauf, Verkauf, Handel oder anderweitigem Umgang mit Krypto-Assets betrachtet werden. Krypto-Assets sind sehr volatil und können zu Verlusten führen. Die Verfügbarkeit von WEEX Services, Produkten und zugehörigen Aktionen kann je nach Region unterschiedlich sein. Sie sind dafür verantwortlich sicherzustellen, dass Ihre Teilnahme mit geltenden lokalen Gesetzen und Vorschriften übereinstimmt.