Konwertuj DEB na APK

Program Linux dostarczony jako DEB nie może zostać zainstalowany na telefonie z Androidem ani emulatorze obsługującym pliki APK, dlatego konwersja jest poszukiwana, gdy ten sam program jest tam potrzebny. Ponieważ pakiety są przeznaczone dla różnych systemów operacyjnych, uzyskanie działającego rezultatu zwykle wymaga przeniesienia programu na inną platformę lub jego ponownego zbudowania, a nie zmiany nazwy bądź przepakowania.

Czym jest format DEB

DEB to format pakietów systemu Debian, używany przez Debian, Ubuntu, Linux Mint i powiązane dystrybucje. Jest to archiwum ar zawierające metadane kontrolne oraz skompresowane archiwum danych z plikami wykonywalnymi Linux, bibliotekami współdzielonymi, plikami konfiguracyjnymi, dokumentacją i skryptami instalacyjnymi.

Programy apt i dpkg instalują pakiety DEB w zgodnych systemach Linux. Pakiet DEB może być przeznaczony dla architektury amd64, arm64 lub innej architektury Linux, jednak jego pliki binarne i zależności nadal są zbudowane dla Linux, a nie dla Androida.

Czym jest format APK

APK to instalowalny pakiet aplikacji systemu Android. Zwykle zawiera manifest Androida, skompilowane zasoby, kod aplikacji DEX, zasoby dodatkowe, biblioteki natywne w katalogach zależnych od ABI, takich jak arm64-v8a, oraz podpis kryptograficzny.

Android wykorzystuje manifest, identyfikator aplikacji, uprawnienia, informacje o podpisie i API frameworka Androida do instalowania i uruchamiania pliku APK. Pliki APK zapewniają także piaskownicę aplikacji Androida i mogą być bezpośrednio rozpowszechniane na zgodnych urządzeniach lub emulatorach. Android Studio i Gradle to standardowe narzędzia desktopowe do ich tworzenia.

Dlaczego bezpośrednia konwersja nie działa

Archiwum DEB nie jest plikiem APK z innymi metadanymi. Jego plik wykonywalny jest zwykle binarnym plikiem ELF dla Linux, połączonym z bibliotekami i interfejsami Linux; plik APK wymaga struktury aplikacji Android, zgodnego kodu i podpisu. Zmiana .deb na .apk, ponowne skompresowanie archiwum lub umieszczenie pliku DEB wewnątrz APK nie sprawi, że program będzie wykonywalny na Androidzie.

Nie istnieje uniwersalny konwerter desktopowy ani renomowana usługa online, która mogłaby przekształcić dowolny DEB w funkcjonalny APK. Usługi archiwizacyjne online mogą rozpakować DEB, ale nie potrafią przenieść kodu źródłowego na inną platformę, ponownie zbudować natywnych plików binarnych, zastąpić API desktopowych, utworzyć użytecznego manifestu, rozwiązać zależności Androida ani podpisać gotowej aplikacji. Przesłanie zastrzeżonych pakietów do takich usług może również ujawnić ich zawartość.

Jak utworzyć odpowiednik dla Androida

1. Sprawdź pakiet. W systemie Debian, Ubuntu lub innym systemie Linux uruchom:

   dpkg-deb -I program.deb
dpkg-deb -f program.deb Architecture
dpkg-deb -x program.deb deb-root
dpkg-deb -e program.deb deb-control

   Sprawdź katalogi deb-root/usr/bin, deb-root/usr/lib oraz metadane kontrolne. Uruchom file deb-root/usr/bin/program, aby zidentyfikować plik wykonywalny ELF, skrypt lub dane niezależne od architektury. DEB zwykle nie zawiera kodu źródłowego potrzebnego do przeniesienia programu na inną platformę.

2. Znajdź kod źródłowy i zależności. Uzyskaj kod źródłowy programu i sprawdź jego licencję, system budowania, biblioteki zewnętrzne, toolkit desktopowy, założenia dotyczące systemu plików, usługi działające w tle oraz obsługiwane procesory. Samo ponowne wykorzystanie ikon, czcionek lub innych danych z DEB nie oznacza przeniesienia aplikacji na inną platformę.
3. Utwórz projekt Android. Użyj Android Studio z Gradle, określ identyfikator aplikacji i obsługiwane wersje Androida, zaimplementuj aktywność Androida lub inny odpowiedni komponent oraz zastąp interfejsy desktopowe Linux, zarządzanie usługami, ścieżki, uprawnienia i mechanizmy konfiguracji ich odpowiednikami w Androidzie.
4. W razie potrzeby ponownie zbuduj kod natywny. Skompiluj komponenty C lub C++ za pomocą Android NDK dla wymaganych ABI, najczęściej arm64-v8a. Biblioteki zbudowane dla glibc lub środowiska desktopowego Linux zazwyczaj wymagają zmian w kodzie źródłowym, zanim będzie można je zbudować z użyciem biblioteki C i API Androida.
5. Dostosuj osobno oprogramowanie wiersza poleceń. Skrypt lub narzędzie terminalowe może działać w Termux po zainstalowaniu jego interpretera i zależności, ale daje to instalację środowiska uruchomieniowego Termux, a nie plik APK. Graficzna aplikacja Android nadal wymaga interfejsu Androida.
6. Zbuduj i podpisz plik APK. W Android Studio użyj opcji Build → Generate App Bundles or APKs → Generate APKs albo uruchom ./gradlew assembleDebug. Kompilacja debug jest podpisywana automatycznie i zwykle zapisywana w katalogu app/build/outputs/apk/debug/. W celu dystrybucji skonfiguruj magazyn kluczy release i uruchom ./gradlew assembleRelease; Android wymaga prawidłowego podpisu do instalacji.

Ograniczenia zgodności i alternatywy

Zgodność architektury procesora nie wystarcza. Plik binarny Linux może zależeć od glibc, X11 lub innych bibliotek desktopowych, ścieżek systemu plików Linux, usług systemowych, funkcji jądra albo skryptów menedżera pakietów, których Android nie udostępnia. DEB zawierający wyłącznie skrypty, czcionki lub dane można łatwiej ponownie wykorzystać, ale nadal wymaga on zgodnej aplikacji Android lub środowiska uruchomieniowego.

Jeśli celem jest uruchomienie oryginalnego programu Linux, a nie utworzenie pliku APK, zainstaluj odpowiednie środowisko Linux za pośrednictwem Termux i proot-distro, a następnie użyj menedżera pakietów wewnątrz tego środowiska, gdy architektura urządzenia i dystrybucja odpowiadają plikowi DEB. Pozwala to uniknąć przenoszenia programu na inną platformę, ale nie tworzy aplikacji Android, może działać wolniej i nie zapewnia standardowej integracji z Androidem. apktool jest przydatne do analizowania lub ponownego budowania istniejącego pliku APK; nie konwertuje plików DEB.