Convertir APK en IPK

Un appareil exécutant webOS classique ou un système dérivé d’Openmoko nécessite un IPK, tandis qu’une application Android est distribuée sous forme d’APK. Si vous ne disposez que d’un APK, vous avez besoin d’un portage au niveau du code source et d’une nouvelle compilation, plutôt que d’un simple changement de nom de fichier ou d’une conversion d’archive.

Qu’est-ce que le format APK ?

APK est le format de package d’application d’Android. Il s’agit d’une archive basée sur ZIP contenant du bytecode DEX Dalvik ou ART, des ressources Android, généralement un fichier binaire AndroidManifest.xml, des ressources, des bibliothèques natives et des métadonnées de signature.

Android Studio, Gradle, Unity, Flutter, Xamarin et d’autres systèmes de build Android créent des fichiers APK. Les utilisateurs les rencontrent lors de l’installation manuelle d’applications, de la distribution de builds de test, de l’extraction de ressources ou de l’inspection d’une application installée. Un APK dépend des API du framework Android et s’exécute normalement uniquement sur Android ou sur un runtime Android compatible.

Qu’est-ce que le format IPK ?

Dans les systèmes Linux mobiles, IPK est un package ar contenant une archive de métadonnées indépendante de l’architecture et une archive de payload compressée, généralement debian-binary, control.tar.gz et data.tar.gz. Les distributions webOS classique et dérivées d’Openmoko utilisent ce modèle de packaging ; les métadonnées, les scripts, les signatures et la structure de l’application exacts varient selon la plateforme.

Un IPK permet à un gestionnaire de packages tel que opkg d’enregistrer le nom du package, sa version, ses dépendances, ses conflits, ses scripts d’installation, son architecture cible et les fichiers installés. Son payload compressé et ses métadonnées prennent en charge l’installation contrôlée, les mises à niveau, la suppression et la gestion des dépendances. Une application webOS nécessite normalement aussi des fichiers spécifiques à la plateforme tels que appinfo.json ; un APK Android quelconque ne contient pas ces fichiers ni le code webOS correspondant.

Comment convertir un APK en IPK

Il n’existe pas de convertisseur polyvalent capable de transformer une application Android en IPK fonctionnel. La procédure utilisable consiste à inspecter l’APK, à obtenir ou recréer le code source, à le porter vers la plateforme cible, puis à compiler un nouveau package.

1. Inspecter l’APK. Android SDK Build Tools peut afficher les informations du manifest avec apkanalyzer manifest print app.apk. Apktool peut décoder les ressources et le manifest avec apktool d app.apk -o decoded-app. Notez l’identifiant du package, l’activité de lancement, les permissions, les dépendances aux API Android, les bibliothèques natives et les architectures de CPU prises en charge.
2. Obtenir le code source et vérifier les licences. Le résultat décompilé ne constitue pas un projet source fiable : il peut être obfusqué, incomplet, techniquement impossible à reconstruire ou soumis à des restrictions imposées par la licence de l’application. Le bytecode DEX Android et les ressources ne peuvent normalement pas être compilés directement en application webOS ou Openmoko.
3. Porter l’application. Remplacez les activités, services, intents, API de stockage, notifications, permissions, composants d’interface utilisateur et bibliothèques exclusivement Android par des API prises en charge par le système cible. Un projet webOS classique nécessite généralement son propre répertoire d’application et appinfo.json. Le code natif doit être recompilé avec le SDK cible et l’architecture de CPU cible ; une application web nécessite malgré tout le launcher et les métadonnées de packaging de la plateforme cible.
4. Compiler l’IPK avec le SDK cible. Les projets webOS classiques utilisent couramment palm-package app-directory. Les projets Open webOS utilisent couramment ares-package app-directory. Sur un système générique basé sur opkg, créez les métadonnées de contrôle du package et l’arborescence de fichiers requises, puis utilisez opkg-build package-root output-directory. Respectez les règles de la plateforme cible concernant le nom du package, la version, les dépendances, les scripts, l’architecture et la signature.
5. Installer et tester sur la cible. Utilisez les outils de développement de la plateforme ou, lorsque cela est pris en charge, opkg install package.ipk. Testez le lancement, les permissions, le stockage, le réseau, le comportement lors de la suspension et de la reprise, la désinstallation, les mises à niveau et les dépendances sur l’appareil réel ou dans son émulateur correspondant.

Les outils de bureau utiles comprennent Apktool et Android SDK Build Tools pour l’inspection, le SDK webOS approprié ou ares-cli d’Open webOS pour le développement sur la plateforme, ainsi que opkg-utils pour la création générique d’IPK. Aucun service en ligne sérieux n’effectue cette conversion, car elle nécessite le portage de l’application, un SDK cible, une recompilation native et souvent une signature spécifique à la plateforme. Les outils d’archive en ligne peuvent inspecter ou recompresser des fichiers, mais ils ne rendent pas le code Android exécutable sur un système basé sur IPK ; le téléversement de fichiers d’application propriétaires crée également un risque de confidentialité.

Limites de compatibilité

Renommer app.apk en app.ipk laisse une archive ZIP Android, et non un IPK. Intégrer l’APK dans un IPK peut permettre de l’installer comme données, mais le système cible ne peut toujours pas exécuter le bytecode DEX ni fournir les services du framework Android sans runtime Android compatible.

Un portage du code source peut nécessiter une interface repensée, le remplacement de bibliothèques, des chemins de système de fichiers différents, de nouvelles permissions et une signature distincte. Une signature APK n’authentifie pas un IPK, et un IPK compilé pour une version donnée du système d’exploitation ou une architecture de CPU donnée peut ne pas s’installer ou fonctionner sur une autre. Pour un appareil webOS grand public, utilisez la boutique d’applications du fournisseur ou procurez-vous un package natif auprès du développeur de l’application ; un APK Android ne constitue pas un substitut à ce package.