Package Details: android-apktool 2.10.0-1

Git Clone URL: https://aur.archlinux.org/android-apktool.git (read-only, click to copy)
Package Base: android-apktool
Description: a tool for reengineering Android apk files
Upstream URL: https://github.com/iBotPeaches/Apktool
Licenses: Apache-2.0
Submitter: TamCore
Maintainer: Muflone
Last Packager: Muflone
Votes: 246
Popularity: 1.11
First Submitted: 2010-10-25 15:09 (UTC)
Last Updated: 2024-10-13 16:52 (UTC)

Dependencies (3)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

Muflone commented on 2023-11-06 20:15 (UTC)

@hamelg and @patlefort what Java version are you using? Here builds fine in chroot

hamelg commented on 2023-11-06 18:54 (UTC)

Here, it fails with another error.

> Task :brut.j.common:javadoc FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':brut.j.common:javadoc'.
> Javadoc generation failed. Generated Javadoc options file (useful for troubleshooting): '/home/xxxxxx/.cache/yay/android-apktool/src/Apktool-2.9.0/brut.j.common/build/tmp/javadoc/javadoc.options'

patlefort commented on 2023-11-06 02:08 (UTC)

That apktool-install-linux-r04-brut1.tar.bz2 file contains binaries, what are they used for? Also there is an issue when compiling in a container:

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':brut.apktool:apktool-lib:processTestResources'.
> Cannot access input property 'rootSpec$1' of task ':brut.apktool:apktool-lib:processTestResources'. Accessing unreadable inputs or outputs is not supported. Declare the task as untracked by using Task.doNotTrackState(). For more information, please refer to https://docs.gradle.org/8.4/userguide/incremental_build.html#disable-state-tracking in the Gradle documentation.
   > Failed to create MD5 hash for file '/pkgbuild/android-apktool/src/Apktool-2.9.0/brut.apktool/apktool-lib/src/test/resources/aapt1/testapp/assets/unicode-txt/???-unicode.txt' as it does not exist.

Seems to have something to do with tests. Can these be disabled?

Muflone commented on 2023-08-09 10:15 (UTC)

@14mRh4X0r nice catch, fixed

14mRh4X0r commented on 2023-08-09 08:41 (UTC)

Please consider adding --no-daemon to the gradle invocation. The daemon is meant to speed up consecutive builds (i.e. has no benefit), and leaves a Java process running in the background after packaging.

Muflone commented on 2023-08-06 15:46 (UTC)

since version 2.8.1-1 android-apktool is built from sources

jnbrains commented on 2023-08-04 10:26 (UTC)

@bemxio thanks for the suggestion. The bin package was created and added to AUR. I'll wait a bit to see if there is any traction or issue with it, and then try to request a merge.

bemxio commented on 2023-08-02 16:28 (UTC)

@jnbrains I think it will be best to make the android-apktool-bin package and then send a merge request for this package. I can join as a co-maintainer, too!

jnbrains commented on 2023-07-31 10:10 (UTC) (edited on 2023-07-31 10:16 (UTC) by jnbrains)

Here's an example for the updated version (2.8.1) with few minor fixes/cleanups:

# Maintainer: Muflone http://www.muflone.com/contacts/english/
# Contributor: navigaid <navigaid@gmail.com>

pkgname=android-apktool-bin
pkgver=2.8.1
pkgrel=1
pkgdesc='A tool for reverse engineering Android apk files'
arch=('any')
url='https://github.com/iBotPeaches/Apktool'
license=('Apache')
depends=('java-runtime>=8')
conflicts=('android-apktool' 'android-apktool-git')
source=("https://github.com/iBotPeaches/Apktool/releases/download/v${pkgver}/apktool_${pkgver}.jar"
        'apktool')
noextract=("apktool_${pkgver}.jar")
sha256sums=('7b4a8e1703e228d206db29644b71141687d8a111b55b039b08b02dfa443ab0f9'
            'f1d4cf2eb2d12512dbbe583cd7fb35b8b8a44e0e3a1d5e88015ab01d9bc1ce62')

package() {
  install -Dm 0755 "${srcdir}/apktool" "${pkgdir}/usr/bin/apktool"
  install -Dm 0644 "${srcdir}/apktool_${pkgver}.jar" "${pkgdir}/usr/share/${pkgname}/apktool.jar"
}
  • the package name should end with -bin, as it comes as a prebuilt jar
  • apktool can be easily distributed with PKGBUILD, with the 'libdir' change applied. The script hasn't been updated since 2015, and I don't expect it to be. That way you get one less external dependency and better control of arch specific setup.
  • no need to waste time/resources to extract the jar file, as it's going to be used as it is.

Cheers