Converti APK in RPM

Un telefono Linux o un repository software basato su RPM può richiedere che un APK Android venga distribuito come pacchetto RPM. Questo crea un wrapper distribuibile, non un'applicazione Linux nativa, perché Android e RPM utilizzano runtime e modelli di pacchetto differenti.

Che cos'è il formato APK

APK è il formato dei pacchetti delle applicazioni Android utilizzato dai dispositivi Android, da Android Studio, da Gradle e dagli strumenti di compilazione Android. Normalmente contiene codice dell'applicazione compilato in file DEX, risorse, un manifest Android, librerie native opzionali e dati di firma Android.

Il gestore dei pacchetti di Android installa un APK quando il nome del pacchetto, la firma, i requisiti API Android e l'ABI del dispositivo sono compatibili. Un APK è basato su ZIP, ma rinominarlo, estrarlo o ricomprimerlo non lo trasforma in un RPM. Il suo codice chiama le API del framework Android e normalmente viene eseguito su Dalvik o ART, non direttamente su Linux.

Che cos'è il formato RPM

RPM è un formato di pacchetto utilizzato da Fedora, Red Hat Enterprise Linux, openSUSE e dai sistemi Linux mobili basati su RPM, come Sailfish OS. Un RPM memorizza file insieme a metadati del pacchetto, informazioni su versione e dipendenze, proprietari e permessi, script di installazione opzionali e spesso una firma crittografica. Strumenti come dnf, rpm e zypper installano o interrogano i pacchetti RPM.

RPM fornisce integrazione con i repository, gestione delle dipendenze, aggiornamenti, rimozione e verifica delle transazioni per il sistema Linux. Non traduce il bytecode Android, i permessi Android, le chiamate al framework o le librerie native Android nei corrispondenti elementi Linux.

Come impacchettare un APK in un RPM

Utilizzare gli strumenti di compilazione RPM quando il requisito è distribuire l'APK invariato a un sistema basato su RPM. Su Fedora, installare gli strumenti e creare la struttura di compilazione standard:

sudo dnf install rpm-build rpmdevtools
rpmdev-setuptree

Copiare example.apk in ~/rpmbuild/SOURCES/. Creare ~/rpmbuild/SPECS/example-apk.spec inserendo una licenza valida per l'applicazione al posto di 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 è appropriato perché questo RPM contiene solo un file; non descrive l'ABI Android dell'APK. Compilare e ispezionare il pacchetto:

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

L'output si trova normalmente in ~/rpmbuild/RPMS/noarch/. Installarlo sul sistema di destinazione basato su RPM con il relativo gestore dei pacchetti, ad esempio:

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

L'APK necessita comunque di un runtime compatibile con Android. Con Waydroid, ad esempio, installare separatamente il file distribuito:

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

Il runtime e il comando esatti dipendono dalla distribuzione Linux mobile; una semplice installazione RPM non registra l'APK in Android.

Strumenti di pacchettizzazione alternativi

Per un semplice wrapper di file, fpm può produrre un RPM senza scrivere un file spec:

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

Utilizzare gli strumenti RPM della distribuzione per compilazioni riproducibili, dichiarazioni delle dipendenze, firma e pubblicazione nei repository. Non esiste alcun servizio online affidabile che esegua una vera conversione da APK a RPM nativo; i convertitori web possono al massimo rinominare, estrarre o reimpacchettare i file. Il caricamento di un APK firmato o proprietario su un servizio di questo tipo espone inoltre i relativi contenuti.

Limiti di compatibilità

Per creare un'applicazione Linux nativa, ricompilare il software dal codice sorgente utilizzando le librerie Linux e il toolkit del dispositivo di destinazione. Il wrapping di un APK non può sostituire le chiamate al framework Android né convertire il codice DEX e i permessi Android in componenti Linux nativi.

Mantenere invariati i byte dell'APK quando possibile. La ricostruzione o la modifica dell'archivio APK può invalidare le firme Android APK Signature Scheme v2 o v3 e impedire l'installazione o gli aggiornamenti. Un wrapper RPM ha un'identità di pacchetto separata e può avere una propria firma RPM; non sostituisce la firma dell'APK.

Il runtime Android deve supportare l'ABI dell'APK, ad esempio arm64-v8a, armeabi-v7a o x86_64, e il livello API Android richiesto. Un dispositivo Linux x86 potrebbe necessitare della traduzione del runtime per un APK ARM, mentre alcune funzionalità Android potrebbero rimanere non disponibili all'interno di un container Linux.