Convertir APK a RPM

Un teléfono Linux o un repositorio de software basado en RPM puede requerir que un Android APK se entregue como un paquete RPM. Esto crea un contenedor distribuible, no una aplicación Linux nativa, porque Android y RPM utilizan runtimes y modelos de paquetes diferentes.

Qué es el formato APK

APK es el formato de paquete de aplicaciones de Android utilizado por los dispositivos Android, Android Studio, Gradle y las herramientas de compilación de Android. Normalmente contiene código de aplicación compilado en archivos DEX, recursos, un manifiesto de Android, bibliotecas nativas opcionales y datos de firma de Android.

El gestor de paquetes de Android instala un APK cuando su nombre de paquete, firma, requisitos de la API de Android y ABI del dispositivo son compatibles. Un APK está basado en ZIP, pero cambiarle el nombre, extraerlo o volver a comprimirlo no lo convierte en un RPM. Su código invoca APIs del framework de Android y normalmente se ejecuta en Dalvik o ART, no directamente en Linux.

Qué es el formato RPM

RPM es un formato de paquete utilizado por Fedora, Red Hat Enterprise Linux, openSUSE y sistemas móviles Linux basados en RPM, como Sailfish OS. Un RPM almacena archivos junto con metadatos del paquete, información de versión y dependencias, propietario y permisos, scripts de instalación opcionales y, a menudo, una firma criptográfica. Herramientas como dnf, rpm y zypper instalan o consultan paquetes RPM.

RPM proporciona integración con repositorios, gestión de dependencias, actualizaciones, eliminación y verificación de transacciones para el sistema Linux. No traduce el bytecode de Android, los permisos de Android, las llamadas al framework ni las bibliotecas nativas de Android a equivalentes de Linux.

Cómo empaquetar un APK en un RPM

Utiliza las herramientas de compilación de RPM cuando el requisito sea entregar el APK sin modificar a un sistema basado en RPM. En Fedora, instala las herramientas y crea el árbol de compilación estándar:

sudo dnf install rpm-build rpmdevtools
rpmdev-setuptree

Copia example.apk en ~/rpmbuild/SOURCES/. Crea ~/rpmbuild/SPECS/example-apk.spec con una licencia válida para la aplicación en lugar de Proprietary:

Name:           example-apk
Version:        1.0
Release:        1%{?dist}
Summary:        Android APK payload
License:        Proprietary
BuildArch:      noarch
Source0:        example.apk

%description
Delivers an Android APK for a compatible Android runtime.

%install
install -D -m 0644 %{SOURCE0} %{buildroot}%{_datadir}/android-apks/example.apk

%files
%{_datadir}/android-apks/example.apk

BuildArch: noarch es apropiado porque este RPM solo contiene un archivo; no describe la ABI de Android del APK. Compila e inspecciona el paquete:

rpmbuild -ba ~/rpmbuild/SPECS/example-apk.spec
rpm -qpl ~/rpmbuild/RPMS/noarch/example-apk-1.0-1*.rpm
rpm -qp --info ~/rpmbuild/RPMS/noarch/example-apk-1.0-1*.rpm

La salida normalmente se encuentra en ~/rpmbuild/RPMS/noarch/. Instálalo en el sistema de destino basado en RPM con su gestor de paquetes, por ejemplo:

sudo dnf install ./example-apk-1.0-1.noarch.rpm

El APK todavía necesita un runtime compatible con Android. Con Waydroid, por ejemplo, instala el archivo desplegado por separado:

waydroid app install /usr/share/android-apks/example.apk

El runtime y el comando exactos dependen de la distribución móvil Linux; una instalación de RPM por sí sola no registra el APK con Android.

Herramientas de empaquetado alternativas

Para un contenedor de archivos sencillo, fpm puede producir un RPM sin escribir un archivo spec:

fpm -s dir -t rpm -n example-apk -v 1.0 \
  example.apk=/usr/share/android-apks/example.apk

Utiliza las herramientas RPM de la distribución para obtener compilaciones reproducibles, declaraciones de dependencias, firmas y publicación en repositorios. No existe ningún servicio online de confianza que realice una conversión auténtica de APK a RPM nativo; los conversores web, como mucho, pueden cambiar nombres, extraer o volver a empaquetar archivos. Subir un APK firmado o propietario a uno de estos servicios también expone su contenido.

Límites de compatibilidad

Para crear una aplicación Linux nativa, vuelve a compilar el software desde el código fuente contra las bibliotecas de Linux y el toolkit del dispositivo de destino. Envolver un APK no puede sustituir las llamadas al framework de Android ni convertir el código DEX y los permisos de Android en componentes Linux nativos.

Mantén sin cambios los bytes del APK siempre que sea posible. Volver a compilar o modificar el archivo APK puede invalidar las firmas de Android APK Signature Scheme v2 o v3 e impedir la instalación o las actualizaciones. Un contenedor RPM tiene una identidad de paquete independiente y puede tener su propia firma RPM; no sustituye la firma del APK.

El runtime de Android debe admitir la ABI del APK, como arm64-v8a, armeabi-v7a o x86_64, y su nivel de API de Android requerido. Un dispositivo Linux x86 puede necesitar traducción en el runtime para un APK ARM, mientras que algunas funciones de Android pueden no estar disponibles en un contenedor Linux.