- Google ha integrado soporte experimental de Flatpak en el código de Chromium para evaluar configuraciones de sandbox más restrictivas y ampliar el uso de portales XDG.
- El cambio, firmado por Tom Anderson, incluye scripts de empaquetado, identificadores de aplicación y un argumento de compilación desactivado por defecto.
- La compañía aclara que no se trata de un compromiso de soporte oficial, sino de una prueba interna para valorar la viabilidad técnica.
- Si las pruebas funcionan, podría abrir la puerta a una distribución más uniforme de Chrome y Chromium en distribuciones Linux no basadas en RPM o Debian.
El equipo de desarrollo del navegador Chrome ha dado un paso significativo en el ecosistema Linux al incorporar, de forma experimental, la posibilidad de empaquetar tanto Chrome como Chromium en formato Flatpak. Esta iniciativa, que se ha integrado esta semana en el repositorio principal de Chromium, busca explorar nuevas vías de distribución que podrían simplificar la instalación del navegador en distintas distribuciones, aunque desde la compañía insisten en que todavía no hay un compromiso firme de soporte oficial para este formato.
La modificación, firmada por Tom Anderson, ingeniero del equipo de navegadores de Google, se ha fusionado el 25 de agosto y tiene como objetivo principal facilitar las pruebas internas. Según el mensaje del cambio, la prioridad es comprobar cómo se comporta el navegador dentro de un entorno con permisos reducidos y hasta qué punto puede aprovechar los portales XDG, que son la capa estándar que permite a las aplicaciones aisladas acceder a recursos del sistema de forma controlada. Esta fase experimental no implica, por ahora, un anuncio oficial de distribución mediante Flathub ni un reemplazo de los canales actuales basados en paquetes DEB o RPM.
Qué cambia en el código de compilación de Chromium
La nueva carpeta chrome/installer/linux/flatpak/ agrupa los scripts de empaquetado, las plantillas de metadatos, la información de AppStream y el punto de entrada del lanzador que necesita cualquier paquete Flatpak para funcionar. Para activar esta funcionalidad, el sistema de compilación GN incorpora el argumento enable_flatpak, que permanece desactivado por defecto, de modo que las compilaciones habituales de Chrome y Chromium no se ven afectadas mientras el experimento siga en marcha.
Al activar ese argumento, el empaquetado para Flatpak omite los elementos pensados para integrarse con el sistema anfitrión, como los archivos de escritorio a nivel de sistema, los enlaces simbólicos en /usr/bin, los metadatos de AppStream, las entradas de aplicaciones predeterminadas de GNOME, las páginas de manual y los perfiles de AppArmor. El script common/installer.py añade además un mapeo de identificadores propio para cada variante: org.chromium.Chromium* para el proyecto de código abierto y com.google.Chrome* para el navegador de Google.
La plantilla common/desktop.template se ha generalizado para admitir tanto los comandos de ejecución dentro de un contenedor Flatpak como los de una instalación tradicional en todo el sistema. En las compilaciones no oficiales se desactivan el sandbox setuid y la compresión zlib, dos ajustes que facilitan las pruebas dentro de este entorno restringido. Estas decisiones no deben interpretarse como cambios generales en la última versión de Google Chrome, sino como medidas específicas para el flujo experimental.
Por qué Flatpak interesa fuera de Debian y RPM
El formato Flatpak empaqueta la aplicación junto a sus dependencias dentro de un entorno aislado, lo que facilita instalarla en distribuciones distintas sin depender de si usan base Debian, RPM u otra. Para un proyecto tan extendido como Chromium, esta vía podría abrir una alternativa a las compilaciones específicas de cada distribución y a los paquetes de terceros que hoy cubren parte del hueco en distribuciones minoritarias. En el ecosistema Linux convive Flatpak con otros formatos de distribución multiplataforma, como Snap, impulsado por Canonical, pero ambos persiguen resolver el mismo problema: evitar que cada distribución tenga que mantener su propio paquete y que el desarrollador dependa de las bibliotecas concretas del sistema anfitrión.
El código ya está fusionado en el repositorio principal de Chromium, así que los desarrolladores que quieran probarlo pueden compilarlo con el argumento enable_flatpak activado y comprobar de primera mano cómo se comporta el paquete dentro de un contenedor, incluida su interacción con los portales XDG. Por ahora no consta ninguna fecha ni canal público para probar estos paquetes: el desarrollo permanece únicamente en el código fuente de Chromium, disponible para quien quiera compilarlo con ese argumento activado.
Si el sandboxing restringido y los portales XDG funcionan sin fricciones en las pruebas internas, Google podría valorar si esta vía experimental termina convirtiéndose en una alternativa oficial de empaquetado para Linux. Sin embargo, los expertos recuerdan que Flatpak también tiene inconvenientes, como un mayor consumo de espacio en disco al incluir bibliotecas propias, y que la configuración de permisos puede resultar más compleja para algunos usuarios. Aun así, la posibilidad de contar con un paquete oficial de Chrome o Chromium en Flatpak resulta atractiva para quienes buscan una experiencia más uniforme en distribuciones menos comunes.
En resumidas cuentas, la integración de este código experimental supone un avance técnico relevante, pero no garantiza que el formato acabe siendo oficial. La decisión final dependerá de los resultados de las pruebas internas y de si la compañía considera que el esfuerzo merece la pena. Mientras tanto, los usuarios de Linux que quieran probar esta vía pueden hacerlo compilando el código fuente con el argumento correspondiente, aunque deberán asumir que se trata de una opción inestable y sin soporte.
