Package Details: android-sdk-build-tools r25.0.1-1

Git Clone URL: https://aur.archlinux.org/android-sdk-build-tools.git (read-only)
Package Base: android-sdk-build-tools
Description: Build-Tools for Google Android SDK (aapt, aidl, dexdump, dx, llvm-rs-cc)
Upstream URL: http://developer.android.com/sdk/index.html
Licenses: custom
Submitter: xgdgsc
Maintainer: xgdgsc
Last Packager: xgdgsc
Votes: 413
Popularity: 8.571949
First Submitted: 2013-05-16 03:44
Last Updated: 2016-11-29 05:46

Required by (16)

Sources (1)

Latest Comments

xgdgsc commented on 2016-11-29 01:59

Anyone interested in becoming co-maintainers?

einbisschen commented on 2016-09-28 06:38

I needed to create the file "/etc/profile.d/android-sdk-build-tools.sh" with the content
"export PATH=$PATH:/opt/android-sdk/build-tools/24.0.2"
to make the commands work.

xgdgsc commented on 2016-09-26 13:17

@TamasBarta Why flag? I didn' t find a new version here https://dl.google.com/android/repository/repository-11.xml .

berb commented on 2016-08-24 21:03

Seems like the SHA1 checksum is wrong in the PKGBUILD. The correct one seems to be 84f18c392919a074fcbb9b1d967984e6b2fef8b4 at the moment (as reported in https://dl.google.com/android/repository/repository-11.xml).

normalraw commented on 2016-08-24 13:46

There exists a version mismatch wherein the package is installed to `/opt/android-sdk/build-tools/24.0.0` as parsed from `source.properties` even though version 24.0.1 has been specified in the PKGBUILD.

As a result, uncommenting the lines responsible for setting $PATH do not work.

Thoughts?

xgdgsc commented on 2016-08-13 01:58

@kazik117 I don' t have access to an arch machine now. Would you mind me adding you to co-maintainers to change this?

kazik117 commented on 2016-08-12 20:27

There is a bug version string in source.properties file.
I added sed -i "s@24\.0\.0@24\.0\.1@g" "${srcdir}/$_android/source.properties" before copying files to destination.

xgdgsc commented on 2016-08-01 02:00

Looking for co-maintainers.

xgdgsc commented on 2016-07-06 01:49

Thanks. Changed.

sjakub commented on 2016-07-05 20:01

I am getting this warning while building with gradle:
Observed package id 'build-tools;24.0.0' in inconsistent location '/opt/android-sdk/build-tools/24' (Expected '/opt/android-sdk/build-tools/24.0.0')

It might be a good idea to use standard paths...

xgdgsc commented on 2016-04-04 01:08

Thsnks. Changed.

edh commented on 2016-04-03 09:08

Please use depends_i686 and depends_x86_64 [1] instead of checking the CARCH.

[1] https://wiki.archlinux.org/index.php/PKGBUILD#Dependencies

xgdgsc commented on 2015-09-20 12:16

There' s a package for that: https://aur.archlinux.org/packages/ncurses5-compat-libs/. May need to change a few lines as I commented there.

zman0900 commented on 2015-09-20 10:27

Some of the libs included in this are still linked to ncurses 5. Not sure if there is anything that can even be done about it since they come pre-built, but it's probably going to cause problems.


└──╼ for f in $(find /opt/android-sdk/build-tools -type f -executable); do unset OUT; OUT=$(ldd $f | grep 'ncurses.*\.so\.5'); if [ -n "$OUT" ]; then echo "====> $f"; echo -e $OUT; echo ""; fi; done
====> /opt/android-sdk/build-tools/23.0.1/lib/libclang.so
libncurses.so.5 => not found libncurses.so.5 => not found

====> /opt/android-sdk/build-tools/23.0.1/lib/libLLVM.so
libncurses.so.5 => not found

====> /opt/android-sdk/build-tools/23.0.1/lib/libbcc.so
libncurses.so.5 => not found libncurses.so.5 => not found libncurses.so.5 => not found

====> /opt/android-sdk/build-tools/23.0.1/lib/libbcinfo.so
libncurses.so.5 => not found libncurses.so.5 => not found

====> /opt/android-sdk/build-tools/23.0.1/llvm-rs-cc
libncurses.so.5 => not found libncurses.so.5 => not found libncurses.so.5 => not found

====> /opt/android-sdk/build-tools/23.0.1/bcc_compat
libncurses.so.5 => not found libncurses.so.5 => not found libncurses.so.5 => not found libncurses.so.5 => not found

tech4david commented on 2015-09-19 10:00

sorry, thought there was a v24 (as android-sdk is v24) so I flagged, can't seem to unflag now.

lybin commented on 2015-05-28 21:24

@xgdgsc, https://dl-ssl.google.com/android/repository/repository-10.xml

<sdk:archive>
<sdk:size>37190190</sdk:size>
<sdk:checksum type="sha1">83918bb640a06fb2425af07390e741a4f2ff79ed</sdk:checksum>
<sdk:url>build-tools_r23_rc1-linux.zip</sdk:url>
<sdk:host-os>linux</sdk:host-os>
</sdk:archive>

xgdgsc commented on 2015-05-07 02:30

@Jesin Why flag out of date? There is no new version.
https://developer.android.com/tools/revisions/build-tools.html
https://dl-ssl.google.com/android/repository/repository-10.xml

incomingstick commented on 2015-05-05 16:12

yaourt output when updating:
aur/android-sdk-build-tools r19.0.3-1 -> r22.0.1-1

ishitatsuyuki commented on 2015-03-26 23:51

Please add DYNAMIC DEPENDENCIES. This will refuse to build on i686 platform.

lcartercondon commented on 2014-11-02 05:41

https://dl-ssl.google.com/android/repository/build-tools_r21.1-linux.zip

{{ic|b7455e543784d52a8925f960bc880493ed1478cb}}

lcartercondon commented on 2014-11-02 05:40

https://dl-ssl.google.com/android/repository/build-tools_r21.1-linux.zip
b7455e543784d52a8925f960bc880493ed1478cb build-tools_r21.1-linux.zip

egore911 commented on 2014-11-01 18:27

21.1 was released

felixonmars commented on 2014-10-24 15:45

Looks like a typo in PKGBUILD: _ver=21.02. => _ver=21.0.2

mvdan commented on 2014-07-17 07:06

No idea, sorry. But I suppose sed isn't that bad.

Teasp00n commented on 2014-07-09 01:50

@mvdan: Yeah that should work. I tried that at some point but it didn't work. It's more likely that I botched it though. Is there any way to do that in the pkgbuild that doesn't require some epic sed-fu or something?

mvdan commented on 2014-06-30 15:43

@Teasp00n: What about placing them in the right order, so that the clang package binary takes precedence over the one in this package? I think that we should place the clang path before this one in order for that to work. I suppose we can play with the names of the scripts to make the other one come before this one. This would not normally happen since 'android-' comes before 'clang', I guess.

Also, the right package version is 20.0.0. If you want to use the number 20 that's fine, but the install path should still be 20.0.0 as in /opt/android-sdk/build-tools/20.0.0. Changing it is just asking for trouble :)

Teasp00n commented on 2014-06-29 08:29

@mvdan: Sorry for the extremely late reply. I didn't see your comment. The problem is `which clang` returns the one in the android tools directory and not the version of clang explicitly installed on the system. I've had local builds fail because of this. Something about the symbols of libraries not being compatible/ valid. If I remove the android build tools from the path the problem is solved. That said, I also use the tools on the command line. I would prefer that they were still on the path, it's only the bundled clang I have an issue with.

Anonymous comment on 2014-06-26 20:30

Upgraded PKGBUILD for r20 and switch to https
http://pastebin.com/raw.php?i=iLr1VPEX

klusark commented on 2014-06-26 18:00

Version 20 is out

http://dl-ssl.google.com/android/repository/build-tools_r20-linux.zip

mvdan commented on 2014-05-22 15:10

For what it's worth, I do use the build-tools from the command line, and not having PATH set up automatically is a tad sub-optimal. What problems does Clang have with this, exactly? Are there some binaries that conflict?

xgdgsc commented on 2014-04-18 06:15

Well, if it conflicts, I think removing the adding to PATH should be fine. Most people just use IDEs that can find these things. Is removing it OK for most of you?

Teasp00n commented on 2014-04-18 05:55

/etc/profile.d/android-sdk-build-tools.sh is adding the build-tools to the PATH (I would hazard a guess deliberately ;) ). This does however cause issues when attempting to link with libclang. Are there are accepted solutions to this currently? I can override the PATH for the terminal session I'm using as a workaround but I would prefer something a little more seamless. Thoughts?

jumperpunk commented on 2014-02-28 15:11

I'm getting a trailing '/' on the path for this. I glanced at the PKGBUILD and didn't see why. Not a huge deal as it still works, but I thought you may want to look into it.

B_Lizzard commented on 2014-01-31 15:28

Not outdated, I accidentally clicked while trying to download it. :)

giniu commented on 2013-10-16 13:48

According to android sdk manager, there is already 18.1.1

megadriver commented on 2013-09-11 13:38

Sorry, it's not outdated. I clicked accidentally when trying to vote for it.

arielp commented on 2013-08-05 20:49

Possibly add options=('!strip')

xgdgsc commented on 2013-05-16 12:37

Google splitted platform-tools.