Chrome et Chromium testent Flatpak pour étendre leur portée sur Linux

Google expérimente l'emballage Flatpak pour Chrome et Chromium sur Linux, une initiative qui pourrait simplifier leur distribution au-delà des paquets RPM et Debian, bien qu'elle ne représente pas encore un engagement de support officiel.

• Google a intégré un support expérimental de l'emballage Flatpak dans le code de Chrome et Chromium pour effectuer des tests sur Linux.
• La proposition vise à évaluer des configurations de sandbox restreintes et à élargir l'utilisation des portails XDG.
• Le changement inclut des scripts d'emballage, des identifiants d'application et des modèles de métadonnées pour Flatpak.

Google expérimente l'emballage Flatpak pour Chrome et Chromium sur Linux, selon un rapport de Phoronix. L'initiative est encore à un stade de test et ne représente pas un engagement de support officiel pour ce format, ce qui signifie qu'elle ne correspond pas à un lancement stable ni ne confirme une nouvelle voie d'installation garantie.

La modification vise à faciliter les tests de configurations de sandbox restreintes et à élargir le support existant pour les portails XDG, des composants qui permettent aux applications d'accéder de manière contrôlée aux fonctionnalités du système Linux. Les preuves disponibles ne permettent pas d'attribuer avec certitude la mise en œuvre à une personne spécifique ni de confirmer la date exacte indiquée dans le brouillon original.

Un test limité, pas une annonce de support

Flatpak est un format de distribution d'applications pour Linux qui regroupe le programme et ses dépendances dans un environnement plus isolé du système hôte. Cette architecture peut aider à faire fonctionner une même application de manière plus uniforme entre différentes distributions, bien qu'elle exige également d'adapter les mécanismes d'intégration avec le bureau, les autorisations et les fonctions de sécurité.

L'incorporation expérimentale ne constitue pas une promesse de support officiel pour les paquets Flatpak. Le code permet d'explorer une possibilité technique, mais ne confirme pas que Chrome sera distribué de manière générale via Flathub, que Google offrira un entretien permanent ni que le format remplacera ses canaux actuels.

Le travail crée le répertoire chrome/installer/linux/flatpak/, où sont inclus des scripts d'emballage et des modèles pour les métadonnées, les informations d'AppStream et le point d'entrée du lanceur. Il ajoute également l'argument de compilation GN enable_flatpak, qui reste désactivé par défaut et permet d'activer le flux expérimental dans les compilations destinées à ce format.

La modification a été intégrée au code de test, permettant aux développeurs d'évaluer le comportement du navigateur dans un paquet Flatpak. Cependant, l'intégration du code ne prouve que la capacité technique a été intégrée au projet ; elle ne fixe pas de date de disponibilité pour les utilisateurs finaux ni ne modifie en soi la politique de distribution de Google.

Qu'est-ce qui change dans l'emballage de Chrome

La proposition intègre le champ package_format dans InstallerConfig, la configuration utilisée par le processus d'installation pour distinguer les formats de sortie. Lorsque la destination est Flatpak, le système omet plusieurs artefacts d'intégration propres à l'hôte, notamment les fichiers .desktop du système, les liens symboliques dans /usr/bin, les métadonnées d'AppStream, les applications par défaut de GNOME, les pages man et les profils d'AppArmor.

Ces exclusions répondent à une différence fondamentale entre une installation traditionnelle et une application confinée. Dans les paquets conventionnels, l'installateur peut écrire directement dans des emplacements partagés du système, tandis que Flatpak cherche à maintenir l'application dans des limites définies et à utiliser des interfaces contrôlées pour interagir avec le bureau et d'autres ressources.

Le code met également à jour common/installer.py pour intégrer la configuration de Flatpak et le mappage des identifiants d'application. Pour Chromium, le modèle org.chromium.Chromium* est prévu, tandis que Google Chrome utilise com.google.Chrome*, une séparation qui permet de distinguer les deux produits au sein de l'écosystème des applications Linux.

De plus, Google généralise common/desktop.template pour prendre en charge les commandes d'exécution tant des applications Flatpak que des installations système. Cette adaptation est nécessaire car le lanceur n'invoque pas une application confinée de la même manière qu'un binaire installé dans un chemin traditionnel.

Sandbox, compilations et portée potentielle

La modification désactive le sandbox setuid et la compression zlib dans les compilations non officielles. Le texte de mise en œuvre lie ces décisions au flux expérimental, de sorte qu'elles ne doivent pas être interprétées comme des changements généraux dans la version officielle du navigateur ni comme une recommandation pour que les utilisateurs suppriment des couches de sécurité de leurs installations.

Le sandbox setuid appartient aux mécanismes utilisés par Chromium pour renforcer l'isolement des processus, tandis que Flatpak apporte son propre modèle de confinement et de contrôle des permissions. La coexistence des deux systèmes nécessite des tests minutieux, car une configuration incorrecte pourrait affecter la compatibilité, les performances ou la surface de sécurité de l'application.

Le changement met également à jour BUILD.gn avec des objectifs et des alias destinés à l'empaquetage Flatpak. En les intégrant dans le système de compilation, les développeurs peuvent produire et tester le format dans les flux habituels du projet, bien que l'option reste expérimentale et soit maintenue hors de la configuration par défaut.

Si les tests avancent de manière satisfaisante, Flatpak pourrait offrir à Chrome et Chromium une voie plus uniforme pour les distributions Linux qui ne dépendent pas des paquets RPM ou Debian. Cette possibilité est attrayante pour les utilisateurs et les mainteneurs qui préfèrent une application autonome, mais tout bénéfice futur dépendra de décisions ultérieures concernant le support, les mises à jour, les permissions et la distribution.

Causes des mouvements récents

Dans ce cas, il ne s'agit pas d'un mouvement de marché, mais d'une modification technique dans le code de Chrome et Chromium. Le catalyseur confirmé est l'incorporation expérimentale de l'empaquetage Flatpak pour tester des configurations de sandbox restreintes et l'intégration avec les portails XDG. Aucune preuve d'un annonce de support officiel ou d'une décision de distribuer Chrome via Flathub n'est disponible.

Une nouvelle étape possible pour Linux

Chrome et Chromium ont historiquement eu une présence particulièrement visible dans les environnements Linux basés sur des formats de paquets traditionnels. L'exploration de Flatpak ne supprime pas ces canaux, mais suggère que Google évalue une expérience d'installation moins liée à la structure spécifique de chaque distribution.

Pour les utilisateurs, un paquet Flatpak pourrait simplifier la disponibilité du navigateur sur des systèmes où aucun paquet officiel adapté n'existe ou où les dépendances créent des frictions. Néanmoins, le format peut également soulever des questions sur la taille des téléchargements, l'accès aux fichiers, l'intégration avec des thèmes visuels, la lecture multimédia et la compatibilité avec des fonctionnalités qui s'attendent à interagir directement avec le système.

Le support des portails XDG occupe une place centrale dans cette phase car il offre des interfaces standardisées pour des opérations telles que la sélection de fichiers, l'ouverture de liens ou l'accès à des ressources de l'environnement avec un meilleur contrôle. Élargir ce support permettrait à Chrome de fonctionner dans un sandbox sans dépendre de permissions larges pour chaque interaction quotidienne, bien que la qualité de l'expérience devra être validée par des tests réels.

Pour l'instant, le signal le plus concret est technique et non commercial : Google a intégré du code expérimental pour construire des paquets Flatpak, mais n'a pas annoncé de support officiel. La prochaine étape sera de vérifier si l'implémentation atteint la stabilité et la compatibilité nécessaires pour justifier une distribution formelle.

Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil financier, d'investissement, juridique ou fiscal. Les événements, récompenses, promotions en ligne ou informations mentionnées ici ne doivent pas être considérés comme une recommandation, une sollicitation ou une invitation à acheter, vendre, trader ou effectuer toute autre opération sur des actifs crypto. Les actifs crypto sont très volatils et peuvent entraîner des pertes. La disponibilité des services, produits et événements liés à WEEX peut varier selon les régions. Veuillez vous assurer que votre participation respecte les lois et réglementations locales applicables.