Chrome y Chromium prueban Flatpak para ampliar su alcance en Linux

Google experimenta con el empaquetado Flatpak para Chrome y Chromium en Linux, una iniciativa que podría simplificar su distribución más allá de los paquetes RPM y Debian, aunque todavía no representa un compromiso de soporte oficial. ***

• Google incorporó soporte experimental de empaquetado Flatpak en el código de Chrome y Chromium para realizar pruebas en Linux.
• La propuesta busca evaluar configuraciones de sandbox restringidas y ampliar el uso de portales XDG.
• El cambio contempla scripts de empaquetado, identificadores de aplicación y plantillas de metadatos para Flatpak.

Google experimenta con el empaquetado Flatpak para Chrome y Chromium en Linux, según reportó Phoronix. La iniciativa todavía se encuentra en una fase de pruebas y no representa un compromiso de soporte oficial para este formato, por lo que no equivale a un lanzamiento estable ni confirma una nueva vía garantizada de instalación.

La modificación busca facilitar las pruebas de configuraciones de sandbox restringidas y ampliar el soporte existente para los portales XDG, componentes que permiten a las aplicaciones acceder de forma controlada a funciones del sistema Linux. La evidencia disponible no permite atribuir con seguridad la implementación a una persona concreta ni confirmar la fecha exacta indicada en el borrador original.

Una prueba acotada, no un anuncio de soporte

Flatpak es un formato de distribución de aplicaciones para Linux que agrupa el programa y sus dependencias dentro de un entorno más aislado del sistema anfitrión. Esa arquitectura puede ayudar a que una misma aplicación funcione de manera más uniforme entre distintas distribuciones, aunque también exige adaptar los mecanismos de integración con el escritorio, los permisos y las funciones de seguridad.

La incorporación experimental no constituye una promesa de soporte oficial para los paquetes Flatpak. El código permite explorar una posibilidad técnica, pero no confirma que Chrome vaya a distribuirse de forma general mediante Flathub, que Google vaya a ofrecer mantenimiento permanente ni que el formato vaya a reemplazar sus canales actuales.

El trabajo crea el directorio chrome/installer/linux/flatpak/, donde se incluyen scripts de empaquetado y plantillas para los metadatos, la información de AppStream y el punto de entrada del lanzador. También agrega el argumento de compilación GN enable_flatpak, que permanece desactivado por defecto y permite activar el flujo experimental en compilaciones destinadas a ese formato.

La modificación fue incorporada al código de prueba, de modo que los desarrolladores pueden evaluar el comportamiento del navegador dentro de un paquete Flatpak. Sin embargo, la integración del código solo demuestra que la capacidad técnica entró en el proyecto; no establece una fecha de disponibilidad para usuarios finales ni modifica por sí misma la política de distribución de Google.

Qué cambia en el empaquetado de Chrome

La propuesta incorpora el campo package_format a InstallerConfig, la configuración que utiliza el proceso de instalación para distinguir entre formatos de salida. Cuando el destino es Flatpak, el sistema omite varios artefactos de integración propios del equipo anfitrión, entre ellos archivos .desktop del sistema, enlaces simbólicos en /usr/bin, metadatos de AppStream, aplicaciones predeterminadas de GNOME, páginas man y perfiles de AppArmor.

Estas exclusiones responden a una diferencia fundamental entre una instalación tradicional y una aplicación confinada. En los paquetes convencionales, el instalador puede escribir directamente en ubicaciones compartidas del sistema, mientras que Flatpak busca mantener la aplicación dentro de límites definidos y utilizar interfaces controladas para interactuar con el escritorio y otros recursos.

El código también actualiza common/installer.py para incorporar la configuración de Flatpak y el mapeo de identificadores de aplicación. Para Chromium se contempla el patrón org.chromium.Chromium*, mientras que Google Chrome utiliza com.google.Chrome*, una separación que permite distinguir ambos productos dentro del ecosistema de aplicaciones Linux.

Además, Google generaliza common/desktop.template para admitir comandos de ejecución tanto de aplicaciones Flatpak como de instalaciones de todo el sistema. Esa adaptación es necesaria porque el lanzador no invoca una aplicación confinada exactamente del mismo modo que un binario instalado en una ruta tradicional.

Sandbox, compilaciones y alcance potencial

La modificación desactiva el sandbox setuid y la compresión zlib en compilaciones no oficiales. El texto de la implementación vincula estas decisiones con el flujo experimental, por lo que no deben interpretarse como cambios generales en la versión oficial del navegador ni como una recomendación para que los usuarios eliminen capas de seguridad de sus instalaciones.

El sandbox setuid pertenece a mecanismos utilizados por Chromium para reforzar el aislamiento de procesos, mientras que Flatpak aporta su propio modelo de confinamiento y control de permisos. La coexistencia de ambos sistemas requiere pruebas cuidadosas, porque una configuración incorrecta podría afectar la compatibilidad, el rendimiento o la superficie de seguridad de la aplicación.

El cambio también actualiza BUILD.gn con objetivos y alias destinados al empaquetado Flatpak. Al integrarlos en el sistema de compilación, los desarrolladores pueden producir y probar el formato dentro de los flujos habituales del proyecto, aunque la opción continúa siendo experimental y se mantiene fuera de la configuración predeterminada.

Si las pruebas avanzan satisfactoriamente, Flatpak podría ofrecer a Chrome y Chromium una ruta más uniforme para distribuciones Linux que no dependen de paquetes RPM o Debian. Esa posibilidad resulta atractiva para usuarios y mantenedores que prefieren una aplicación autocontenida, pero cualquier beneficio futuro dependerá de decisiones posteriores sobre soporte, actualizaciones, permisos y distribución.

Causas de movimientos recientes

En este caso no se trata de un movimiento de mercado, sino de una modificación técnica en el código de Chrome y Chromium. El catalizador confirmado es la incorporación experimental del empaquetado Flatpak para probar configuraciones de sandbox restringidas y la integración con portales XDG. No hay evidencia disponible de un anuncio de soporte oficial ni de una decisión para distribuir Chrome mediante Flathub.

Una posible nueva etapa para Linux

Chrome y Chromium han tenido históricamente una presencia especialmente visible en entornos Linux basados en formatos de paquetes tradicionales. La exploración de Flatpak no elimina esos canales, pero sugiere que Google evalúa una experiencia de instalación menos atada a la estructura específica de cada distribución.

Para los usuarios, un paquete Flatpak podría simplificar la disponibilidad del navegador en sistemas donde no existe un paquete oficial adaptado o donde las dependencias generan fricciones. Aun así, el formato también puede introducir preguntas sobre tamaño de las descargas, acceso a archivos, integración con temas visuales, reproducción multimedia y compatibilidad con funciones que esperan interactuar directamente con el sistema.

El soporte de los portales XDG ocupa un lugar central en esta fase porque ofrece interfaces estandarizadas para operaciones como seleccionar archivos, abrir enlaces o acceder a recursos del entorno con mayor control. Ampliar ese soporte permitiría que Chrome funcione dentro de un sandbox sin depender de permisos amplios para cada interacción cotidiana, aunque la calidad de la experiencia tendrá que validarse mediante pruebas reales.

Por ahora, la señal más concreta es técnica y no comercial: Google incorporó código experimental para construir paquetes Flatpak, pero no anunció soporte oficial. El próximo paso será comprobar si la implementación alcanza la estabilidad y compatibilidad necesarias para justificar una distribución formal.