Package Details: android-sdk-build-tools r30.0.3-4

Git Clone URL: https://aur.archlinux.org/android-sdk-build-tools.git (read-only, click to copy)
Package Base: android-sdk-build-tools
Description: Build-Tools for Google Android SDK (aapt, aidl, dexdump, dx, llvm-rs-cc)
Upstream URL: https://developer.android.com/studio/releases/build-tools
Keywords: android
Licenses: custom
Submitter: xgdgsc
Maintainer: mynacol
Last Packager: mynacol
Votes: 470
Popularity: 1.71
First Submitted: 2013-05-16 03:44
Last Updated: 2021-01-04 21:00

Latest Comments

1 2 3 4 5 6 ... Next › Last »

JcNils commented on 2021-01-07 20:46

Thanks! It updated fine, and it seems to be working properly.

mynacol commented on 2021-01-04 21:03

Thanks @lace and @JcNils for the reports. I have removed the symlink for lld. No other symlinks are conflicting with the packages in the official repo.

Moving the symlink to /usr/local/bin is no option, no package should use this directory.

JcNils commented on 2021-01-04 17:39

Trying to update or remove. I got the same error as @1ace

txtsd commented on 2021-01-03 09:42

Maybe put the binaries/symlinks in /usr/local/bin/

1ace commented on 2021-01-03 08:39

528650baac4e broke the package:

error: failed to commit transaction (conflicting files)
android-sdk-build-tools: /usr/bin/lld exists in filesystem (owned by lld)

txtsd commented on 2020-12-30 14:06

@mynacol Am I manually supposed to source /etc/profile in my zshenv or equivalent? Because the binaries are not in my path.

Nevermind. Reinstalling did the trick. Not sure why it wasn't working before.

mynacol commented on 2020-12-30 14:04

If anyone has warnings regarding the permissions of files, I apologize. The easiest method to fix this is to uninstall and reinstall the latest version of this package.

mynacol commented on 2020-12-30 14:00

@txtsd append_path is a function that /etc/profile provides for scripts in /etc/profile.d/. Any login shell will source /etc/profile, which will source all /etc/profile.d/ scripts. You should do this, else e.g. perl executables under /usr/bin/vendor_perl/ are not in your PATH.

Nonetheless, I did introduce the symlinks, primarily, because in the directory with the executables are other files. Anyone who wants to use other exectables with the same name should prepend the PATH.

txtsd commented on 2020-12-27 13:56

Also why not just make symlinks to the executables in /usr/bin/ since this package is not tied to any version?

txtsd commented on 2020-12-27 12:41

/etc/profile.d/android-sdk-build-tools.sh: line 1: append_path: command not found

What package is this command a part of?