Administradores de paquetes proporcionar una forma de empaquetar, distribuir, instalar y mantener aplicaciones en un sistema operativo. Con las aplicaciones modernas de escritorio, servidor e IoT del sistema operativo Linux y los cientos de distribuciones diferentes que existen, se hace necesario alejarse de los métodos de empaquetamiento específicos de la plataforma a métodos independientes de la plataforma. Esta publicación explora 3 de estas herramientas, a saber, AppImage , Ajustar y Flatpack , que aspiran a ser el futuro de la implementación y administración de software en Linux. Al final, resumimos algunos hallazgos clave.
1. Imagen de la aplicación
Imagen de aplicación sigue un concepto llamado “Una aplicación =un archivo” . Esto debe entenderse como una AppImage que es un "archivo" independiente regular que contiene una aplicación con todo lo que necesita para ejecutarse en dicho archivo. Una vez que sea ejecutable, AppImage se puede ejecutar como cualquier aplicación en una computadora simplemente haciendo doble clic en el sistema de archivos de los usuarios.[1]
Es un formato para crear software portátil para Linux sin necesidad de que el usuario instale dicha aplicación. El formato permite a los desarrolladores originales del software (desarrolladores ascendentes) crear una versión de su aplicación independiente de la plataforma y la distribución (también llamada binaria agnóstica de la distribución) que básicamente se ejecutará en cualquier versión de Linux.
AppImage existe desde hace mucho tiempo. Haz clic , un predecesor de AppImage fue creado por Simon Peter en 2004. El proyecto se cerró en 2011 tras no haber superado la fase beta. Un proyecto llamado PortableLinuxApps fue creado por Simon casi al mismo tiempo y el formato fue adoptado por algunos portales que ofrecen software para usuarios de Linux. El proyecto cambió de nombre nuevamente en 2013 a su nombre actual AppImage y se ha mantenido un repositorio en GitHub (enlace del proyecto) con todos los cambios más recientes desde 2018.[2][3]
Escrito principalmente en C y ponerse la licencia MIT desde 2013, AppImage es desarrollado actualmente por El proyecto AppImage . Es una forma muy conveniente de usar aplicaciones como lo demuestran las siguientes funciones:
- AppImages puede ejecutarse en prácticamente cualquier sistema Linux. Como se mencionó antes, las aplicaciones derivan una gran cantidad de funciones del sistema operativo y algunas bibliotecas comunes. Esta es una práctica común en el mundo del software, ya que si algo ya está hecho, no tiene sentido volver a hacerlo si puede elegir qué partes usar. El problema es que muchas distribuciones de Linux pueden no tener todos los archivos que una aplicación en particular requiere para ejecutarse, ya que los desarrolladores de esa distribución en particular deben incluir los paquetes necesarios. Por lo tanto, los desarrolladores deben incluir por separado las dependencias de la aplicación para cada distribución de Linux para la que publican su aplicación. Usando el formato de AppImage, los desarrolladores pueden optar por incluir todas las bibliotecas y archivos que posiblemente no puedan esperar que el sistema operativo de destino tenga como parte del archivo de AppImage. Por lo tanto, el mismo archivo de formato AppImage puede funcionar en diferentes sistemas operativos y máquinas sin necesidad de un control granular.
- La filosofía de una aplicación, un archivo significa que la experiencia del usuario es simple y elegante, ya que los usuarios solo necesitan descargar y ejecutar un archivo que satisfaga sus necesidades para usar la aplicación.
- Sin requisitos de acceso raíz . Los administradores del sistema requerirán que las personas tengan acceso de raíz para evitar que jueguen con las computadoras y su configuración predeterminada. Esto también significa que las personas sin acceso a la raíz o privilegios de superusuario no pueden instalar las aplicaciones que necesitan cuando les plazca. La práctica es común en un entorno público (como bibliotecas o computadoras universitarias o en sistemas empresariales). El archivo AppImage no requiere que los usuarios "instalen" nada y, por lo tanto, los usuarios solo necesitan descargar dicho archivo y hacerlo ejecutable. para empezar a usarlo. Esto elimina los dilemas de acceso que tienen los administradores de sistemas y facilita su trabajo sin sacrificar la experiencia del usuario.
- Sin efecto en el sistema operativo principal . El formato de aplicación AppImage permite usar aplicaciones con toda su funcionalidad sin necesidad de cambiar o incluso acceder a la mayoría de los archivos del sistema. Lo que significa que, independientemente de lo que hagan las aplicaciones, la configuración y los archivos del sistema operativo central permanecen intactos.
- Un desarrollador puede crear una AppImage para una versión particular de su aplicación. Cualquier versión actualizada se realiza como una AppImage diferente. Por lo tanto, si es necesario, los usuarios pueden probar varias versiones de la misma aplicación ejecutando diferentes instancias usando diferentes AppImages. Esta es una función invaluable cuando necesita probar sus aplicaciones desde el punto de vista de un usuario final para notar las diferencias.
- Lleve sus aplicaciones donde quiera que vaya. Como se mencionó anteriormente, AppImages son archivos archivados de todos los archivos que requiere una aplicación y se pueden usar sin instalar o incluso preocuparse por la distribución que usa el sistema. Por lo tanto, si tiene un conjunto de aplicaciones que usa regularmente, puede incluso montar algunos archivos de AppImage en una memoria USB y llevarlos consigo para usarlos en varias computadoras que ejecutan varias distribuciones diferentes sin preocuparse de si funcionarán o no.
Además, el AppImageKit permite a los usuarios de todos los orígenes crear sus propias AppImages a partir de aplicaciones que ya tienen o para aplicaciones a las que su desarrollador original no les proporciona una AppImage.
El administrador de paquetes es independiente de la plataforma pero se enfoca principalmente en la distribución de software a los usuarios finales en sus escritorios con un demonio dedicado AppImaged para integrar los formatos de AppImage en los respectivos entornos de escritorio. AppImage ahora es compatible de forma nativa con una variedad de distribuciones como Ubuntu, Debian, openSUSE, CentOS, Fedora, etc. y otras pueden configurarlo según sus necesidades. AppImages también se puede ejecutar en servidores con funcionalidad limitada a través de las herramientas CLI incluidas.
Para saber más sobre AppImages, vaya a la documentación oficial de AppImage página.
Lectura sugerida:
- Integre AppImages al menú de la aplicación usando AppImageLauncher
- Buscar aplicaciones de Linux en las plataformas AppImage, Flathub y Snapcraft
2. Rápido
Enérgico es un sistema de implementación de software y administración de paquetes como AppImage o cualquier otro administrador de paquetes para esa instancia. Originalmente está diseñado para el ahora desaparecido Ubuntu Touch Sistema operativo. Snappy permite a los desarrolladores crear paquetes de software para usar en una variedad de distribuciones basadas en Linux. La intención inicial detrás de la creación de Snappy y la implementación de "snaps" en los sistemas basados en Ubuntu es obtener un formato único unificado que pueda usarse en todo, desde dispositivos IoT hasta sistemas informáticos completos que ejecuten alguna versión de Ubuntu y, en un sentido más amplio, el mismo Linux.[4]
El desarrollador principal detrás del proyecto es Canonical , la misma empresa que pilota el proyecto Ubuntu. Ubuntu tenía soporte instantáneo nativo desde la versión 16.04 LTS con más y más distribuciones que lo admiten de forma inmediata o mediante una configuración simple en estos días. Si usa Arch, Debian u openSUSE, le resultará fácil instalar el soporte para el administrador de paquetes usando comandos simples en la terminal, como se explica más adelante en esta sección. Esto también es posible al poner a disposición los archivos necesarios de la plataforma Snap en los repositorios respectivos.[5]
Snappy tiene los siguientes componentes importantes que conforman todo el sistema de gestión de paquetes.[6]
- Ajuste – es el formato de archivo de los propios paquetes. Las aplicaciones individuales que se implementan con Snappy se denominan "Snaps". Cualquier aplicación puede empaquetarse usando las herramientas provistas para hacer un complemento que está destinado a ejecutarse en un sistema diferente que ejecuta Linux. Snap, similar a AppImage, es un archivo con todo incluido y contiene todas las dependencias que la aplicación necesita para ejecutarse sin asumirlas como parte del sistema de destino.
- Snapcraft – es la herramienta que permite a los desarrolladores hacer instantáneas de sus aplicaciones. Básicamente es un comando que forma parte del sistema de instantáneas, así como un marco que le permitirá crear sus propias instantáneas.
- Snapd – es el demonio de fondo que mantiene todas las instantáneas que están instaladas en su sistema. Se integra en el entorno de escritorio y administra todos los archivos y procesos relacionados con el trabajo con instantáneas. El demonio snapd también busca actualizaciones normalmente 4 veces al día a menos que se establezca lo contrario.
- Tienda de instantáneas – es una especie de galería en línea que permite a los desarrolladores cargar sus instantáneas en el repositorio. Snap store también es un medio de descubrimiento de aplicaciones para los usuarios y les permitirá ver y experimentar la biblioteca de aplicaciones antes de descargarlas e instalarlas.
El componente snapd está escrito principalmente en C y Golang mientras que el marco de Snapcraft se construye usando Python . Aunque ambos módulos usan la licencia GPLv3, se debe tener en cuenta que snapd tiene un código propietario de Canonical para sus operaciones del lado del servidor y solo el lado del cliente se publica bajo la licencia GPL. Este es un punto importante de discordia con los desarrolladores, ya que implica que los desarrolladores firmen un formulario CLA para participar en el desarrollo rápido.[7]
Profundizando en los detalles más finos del administrador de paquetes Snappy, se puede observar lo siguiente:
- Las instantáneas, como se indicó anteriormente, incluyen todo y contienen todos los archivos necesarios (dependencias) que la aplicación necesita para ejecutarse. Por lo tanto, los desarrolladores no necesitan hacer diferentes instantáneas para las diferentes distribuciones a las que apuntan. Tener en cuenta los tiempos de ejecución es todo lo que se necesita si los tiempos de ejecución base se excluyen del complemento.
- Los paquetes de Snappy están destinados a admitir actualizaciones transaccionales. Tal actualización transaccional es atómica y completamente reversible, lo que significa que puede usar la aplicación mientras se actualiza y que si una actualización no se comporta como se supone que debe hacerlo, puede revertirla sin ningún otro efecto. El concepto también se denomina programación delta en el que solo los cambios en la aplicación se transmiten como una actualización en lugar de todo el paquete. Un derivado de Ubuntu llamado Ubuntu Core en realidad promete el protocolo de actualización rápido para el propio sistema operativo.[8]
- Un punto clave de diferencia entre las instantáneas y AppImages es cómo manejan las diferencias de versión. Al usar AppImages, diferentes versiones de la aplicación tendrán AppImages diferentes, lo que le permitirá usar simultáneamente 2 o más versiones diferentes de la misma aplicación al mismo tiempo. Sin embargo, usar instantáneas significa ajustarse al sistema de actualización transaccional o delta. Si bien esto significa actualizaciones más rápidas, evita que ejecute dos instancias de la misma aplicación al mismo tiempo. Si necesita usar la versión anterior de una aplicación, deberá revertir o desinstalar la nueva versión. Snappy admite una característica llamada “instalación paralela” que permitirá a los usuarios lograr objetivos similares, sin embargo, todavía se encuentra en una etapa experimental y no puede considerarse una implementación estable. Snappy también utiliza canales, lo que significa que puede usar la versión beta o nocturna de una aplicación y la versión estable al mismo tiempo.[9]
- Amplio soporte de las principales distribuciones de Linux y los principales desarrolladores, incluidos Google, Mozilla, Microsoft, etc.[4]
- Snapd, la herramienta de integración de escritorio, admite la toma de "instantáneas" del estado actual de todos los complementos instalados en el sistema. Esto permitirá a los usuarios guardar el estado de configuración actual de todas las aplicaciones que están instaladas a través del administrador de paquetes Snappy y les permitirá volver a ese estado cuando lo deseen. La misma función también se puede configurar para tomar instantáneas automáticamente con la frecuencia que el usuario considere necesaria. Las instantáneas se pueden crear usando el comando de guardar instantánea en el marco snapd.[10]
- Las instantáneas están diseñadas para ser protegidas durante la operación. Esto proporciona una capa de seguridad y aislamiento muy necesaria para los usuarios. Los usuarios no deben preocuparse de que las aplicaciones basadas en instantáneas interfieran con el resto del software de su computadora. Sandboxing se implementa utilizando tres niveles de aislamiento, a saber, clásico , estricto y modo de desarrollo . Cada nivel de aislamiento permite que la aplicación tenga diferentes niveles de acceso dentro del sistema de archivos y la computadora.[11]
Por otro lado, las instantáneas son muy criticadas por centrarse en el modus operandi de Canonical. . La mayoría de los compromisos con el proyecto son de empleados o contratistas de Canonical y otros contribuyentes deben firmar un formulario de autorización (CLA). La función de sandboxing, una muy importante desde el punto de vista de la seguridad, es defectuosa en el sentido de que el sandboxing en realidad requiere que se ejecuten otros servicios básicos (como Mir), mientras que las aplicaciones que ejecutan el escritorio X11 no admitirán dicho aislamiento, lo que hace que el dicha función de seguridad es irrelevante. Los comunicados de prensa cuestionables y otros esfuerzos de marketing de Canonical y el repositorio de aplicaciones "central" y cerrado también son aspectos ampliamente criticados de Snappy. Además, los tamaños de archivo de las diferentes instantáneas también son comparativamente muy grandes. en comparación con los tamaños de aplicación de los paquetes creados con AppImage.[7]
Para obtener más detalles, consulte la documentación oficial de Snap .
Lectura relacionada:
- Instalar paquetes Snap en Arch Linux y Fedora
3. Paquete plano
Al igual que el Snap/Snappy mencionado anteriormente, Flatpak es también una herramienta de implementación de software que tiene como objetivo facilitar la distribución y el uso de software en Linux. Flatpak se conocía anteriormente como “xdg-app” y se basó en el concepto propuesto por Lennart Poettering en 2004. La idea era contener aplicaciones en un sandbox virtual seguro que permitiera usar aplicaciones sin necesidad de privilegios de root y sin comprometer la seguridad de los sistemas. Álex comenzó a jugar con Klik (que se cree que es una versión anterior de AppImage) y quería implementar mejor el concepto. Alejandro Larsson quien en ese momento estaba trabajando con Red Hat, escribió una implementación llamada xdg-app en 2015 que actuó como un precursor del formato Flatpak actual.
Flatpak salió oficialmente en 2016 con el respaldo de Red Hat, Endless Computers y Collabora. Hub plano es el repositorio oficial de todos los paquetes de aplicaciones de Flatpak. En su superficie, Flatpak, como los demás, es un marco para crear y empaquetar aplicaciones independientes de distribución para Linux. Simplemente requiere que los desarrolladores cumplan con algunas pautas del entorno de escritorio para que la aplicación se integre con éxito en el entorno Flatpak.
Dirigido principalmente a las tres implementaciones de escritorio populares FreeDesktop , KDE y GNOME , el marco Flatpak en sí está escrito en C y funciona en un LGPL licencia. Se puede acceder al repositorio de mantenimiento a través del enlace de GitHub aquí .
A continuación se mencionan algunas características de Flatpak que lo distinguen. Tenga en cuenta que aquí se omiten las funciones que Flatpak comparte con AppImage y Snappy.
- Integración profunda en entornos de escritorio Linux populares, como GNOME y KDE, para que los usuarios puedan simplemente usar Flatpaks usando herramientas de administración de software gráfico en lugar de recurrir a la terminal. Flatpak se puede instalar ahora desde los repositorios predeterminados de los principales entornos de escritorio y, una vez que se configuran las aplicaciones, se pueden usar y proporcionar funciones similares a las aplicaciones de escritorio normales.[12][13]
- Compatibilidad con versiones posteriores – Flatpaks se construyen desde cero teniendo en cuenta el kernel central y los tiempos de ejecución de los sistemas operativos. Por lo tanto, incluso si actualiza o actualiza su distribución, los Flatpaks que tiene aún deberían funcionar a menos que haya una actualización central. Esto es especialmente crucial para las personas que prefieren permanecer en versiones beta continuas o en desarrollo de sus distribuciones. Para esas personas, dado que los problemas del sistema operativo en sí no suelen solucionarse, la aplicación Flatpak se ejecutará sin problemas sin tener que depender de los archivos o bibliotecas del sistema operativo para su funcionamiento.[13]
- Sandboxing usando Bubblewrap – Las instantáneas también están en un espacio aislado de forma predeterminada, ya que se ejecutan de forma aislada del resto de las aplicaciones que se ejecutan mientras usa su computadora. Sin embargo, los Flatpaks sellan completamente la aplicación para que no acceda a los archivos del sistema operativo y los archivos de usuario durante su funcionamiento de forma predeterminada. Básicamente, esto significa que los administradores del sistema pueden estar seguros de que los Flatpaks que están instalados en sus sistemas no pueden explotar la computadora y los archivos que contiene, mientras que para los usuarios finales esto significará que para acceder a algunas funciones específicas o a los datos del usuario se requiere permiso de raíz. [14]
- Flatpak admite la distribución descentralizada de aplicaciones de forma nativa, sin embargo, el equipo detrás de Flatpak todavía mantiene un repositorio central en línea de aplicaciones/Flatpaks llamado Flathub . De hecho, los usuarios pueden configurar Flatpak para usar múltiples repositorios remotos según lo consideren necesario. A diferencia del complemento, puede tener varios repositorios.[13]
- Acceso modular a través del sandbox. Si bien esta capacidad tiene un gran costo potencial para la integridad del sistema, el marco Flatpak permite que se creen canales a través de la zona de pruebas para el intercambio de información específica desde dentro de la zona de pruebas al sistema host o viceversa. En este caso, el canal se denomina portal. Una desventaja de esta característica se analiza más adelante en la sección.[14]
Sin embargo, uno de los aspectos más criticados de Flatpak es la función de sandbox en sí. Sandboxing es la forma en que los administradores de paquetes, como Snappy y Flatpak, implementan funciones de seguridad importantes. Sandboxing esencialmente aísla la aplicación de todo lo demás en el sistema y solo permite el intercambio de información definido por el usuario desde dentro del sandbox hacia el exterior. La falla del concepto es que la caja de arena no puede ser inherentemente inexpugnable. Los datos deben transferirse eventualmente entre los dos dominios y los comandos simples de Linux pueden simplemente eliminar la restricción de la zona de pruebas, lo que significa que las aplicaciones maliciosas podrían saltar de dicha zona de pruebas.[15]
Esto, combinado con el compromiso peor de lo esperado de implementar actualizaciones de seguridad para Flatpak, ha dado lugar a críticas generalizadas sobre la gran afirmación del equipo de proporcionar un marco seguro. El blog (llamado flatkill ) vinculado al final de esta guía, de hecho, menciona un par de vulnerabilidades que el equipo de Flatpak no abordó tan pronto como debería haberlo hecho.[15]
Para obtener más detalles, le sugiero que lea la documentación oficial de Flatpak .
Lectura relacionada:
- Una guía para principiantes de Flatpak
- Cómo configurar fácilmente los permisos de las aplicaciones Flatpak con Flatseal
AppImage frente a Snap frente a Flatpak
La tabla adjunta a continuación resume todos los hallazgos anteriores en una comparación técnica y concisa de los tres marcos.
| Característica | AppImage | Enérgico | Flatpak |
| Característica única | No es una tienda de aplicaciones ni un repositorio, es simplemente un formato de paquete para la distribución de software. | Dirigido por Canonical (la misma empresa que Ubuntu), cuenta con un repositorio central de aplicaciones y una contribución activa de Canonical. | Cuenta con una tienda de aplicaciones llamada FlatHub, sin embargo, las personas aún pueden alojar paquetes y distribuirlos. |
| Sistema de destino | Escritorios y servidores. | Equipos de escritorio, servidores, dispositivos IoT, dispositivos integrados, etc. | Escritorios y función limitada en servidores. |
| Bibliotecas/Dependencias | Sistema base. Tiempos de ejecución opcionales, bibliotecas y otras dependencias empaquetadas. | Sistema base o a través de complementos o se puede empaquetar. | GNOME, KDE, paquete Freedesktop o paquete personalizado. |
| Desarrolladores | Impulsado por la comunidad dirigido por Simon Peter. | Corporativo impulsado por Canonical Ltd. | Comunidad impulsada por el equipo de flatpak respaldado por la empresa. |
| Escrito | C. | Golang, C y Python. | C. |
| Versión inicial | 2004. | 2014. | 2015. |
| Sandboxing | Se puede implementar. | 3 modos:modo estricto, clásico y desarrollador con diferentes capacidades de confinamiento. Se ejecuta de forma aislada. | Aislado pero utiliza archivos del sistema para ejecutar aplicaciones de forma predeterminada. |
| Plataforma de espacio aislado | Firejail, AppArmor, Bubblewrap. | AppArmor. | Envoltura de burbujas. |
| Instalación de la aplicación | No es necesario. Actuará como un disco automontado. | Instalación usando snapd. | Instalado con las herramientas del cliente flatpak. |
| Ejecución de aplicaciones | Se puede ejecutar después de configurar el bit de ejecución. | Uso de herramientas de ajuste integradas en el escritorio. Se ejecuta aislado con recursos definidos por el usuario. | Debe ejecutarse usando el comando flatpak si se usa CLI. |
| Privilegios de usuario | Se puede ejecutar sin acceso de usuario root. | Puede ejecutarse sin acceso de usuario raíz. | Requerido selectivamente. |
| Aplicaciones de alojamiento | Cualquiera puede alojarlo en cualquier lugar. | Tiene que estar alojado en servidores Canonical que son propietarios. | Cualquiera puede alojarlo en cualquier lugar. |
| Ejecución portátil desde ubicaciones fuera del sistema | Sí. | No. | Sí, después de configurar el cliente flatpak. |
| Repositorio central | AppImageHub. | Tienda Snap. | Flathub. |
| Ejecución de varias versiones de la aplicación | Es posible, cualquier número de versiones simultáneamente. | Una versión de la aplicación en un canal. Tiene que configurarse por separado para más. | Sí. |
| Actualización de aplicaciones | Usando el comando CLI AppImageUpdate o a través de una herramienta de actualización integrada en AppImage. | Requiere Snapd instalado. Admite actualización delta, se actualizará automáticamente. | Flatpak requerido instalado. Actualizar usando el comando de actualización flatpak. |
| Tamaños de paquetes en disco | La aplicación permanece archivada. | La aplicación permanece archivada. | El lado del cliente no está comprimido. |