Package Details: android-sdk 26.1.1-2

Git Clone URL: https://aur.archlinux.org/android-sdk.git (read-only, click to copy)
Package Base: android-sdk
Description: Google Android SDK
Upstream URL: https://developer.android.com/studio/releases/sdk-tools.html
Keywords: android development
Licenses: custom
Submitter: None
Maintainer: dreamingincode
Last Packager: dreamingincode
Votes: 1479
Popularity: 0.157175
First Submitted: 2007-11-12 19:26 (UTC)
Last Updated: 2022-03-22 20:58 (UTC)

Dependencies (22)

Sources (5)

Pinned Comments

dreamingincode commented on 2020-03-11 07:51 (UTC) (edited on 2020-03-11 08:50 (UTC) by dreamingincode)

@benedikt

cmdline-tools should be a different package because it's installed at android-sdk/cmdline-tools/latest, not android-sdk/tools of this package. They show up as different packages in Android Studio SDK manager as well, and they can be installed side-by-side.

Update: The new package has been published at https://aur.archlinux.org/packages/android-sdk-cmdline-tools-latest/

dreamingincode commented on 2017-04-18 11:40 (UTC) (edited on 2017-04-19 07:28 (UTC) by dreamingincode)

I'm going to update this package to 26.0.1 (it has been long-outdated), according to https://dl.google.com/android/repository/repository2-1.xml which is used by Android Studio. Some tools have been removed by upstream in this update (namely the standalone SDK Manager's GUI), and you may want to check against https://developer.android.com/studio/releases/sdk-tools.html for the breaking changes before this update. If you are using an AUR helper and you want to stay on the old version, consult your AUR helper's manual.

Latest Comments

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

lonaowna commented on 2017-06-21 17:13 (UTC)

Sounds good! Thanks for the work!

dreamingincode commented on 2017-06-21 16:41 (UTC)

I thought of using `readelf` instead of `ldd` and here is a more simple approach that works for all the android packages: $ cd /lib/ && find /opt/android-sdk/tools/ -type f -executable | LANG=C xargs readelf -d 2>/dev/null | grep -oP '(?<=Shared library: \[).*(?=\])' | LANG=C xargs pacman -Qo | cut -d' ' -f5 | sort | uniq fontconfig freetype2 <- fontconfig gcc-libs-multilib => lib32-gcc-libs (mksdcard) glibc => lib32-glibc <- lib32-gcc-libs (mksdcard) libx11 libxext libxrender zlib <- freetype2 So the result is the same. But I'm going to list them all so that we don't need to worry about other packages' dropping dependencies. The update may need coordination with other Android packages, so I'll do it after I deal with `android-emulator`.

dreamingincode commented on 2017-06-21 16:30 (UTC)

I used the following command to check the dependencies. $ cd /lib/ && find /opt/android-sdk/tools/ -type f -executable | LANG=C xargs ldd | grep -oP '(?<= )(?!not a|linux-(gate|vdso)).*' | cut -d' ' -f1 | sort | uniq | LANG=C xargs pacman -Qo | cut -d' ' -f5 | sort | uniq The result: ~~bzip2 (Inside base)~~ ~~expat (Required by fontconfig)~~ fontconfig ~~freetype2 (Required by fontconfig)~~ gcc-libs-multilib => lib32-gcc-libs (Because I'm doing this under /lib/ not /lib32/) ~~glib2 (Required by harfbuzz, which is required by freetype2)~~ ~~glibc (Inside base)~~ ~~graphite (Required by harfbuzz)~~ ~~harfbuzz (Required by freetype2)~~ ~~lib32-glibc (Required by lib32-gcc-libs)~~ ~~libpng (Required by freetype2)~~ ~~libx11 (Required by libxext and libxrender)~~ ~~libxau (Required by libxcb)~~ libxcb ~~libxdmcp (Required by libxcb)~~ libxext libxrender ~~pcre (Required by glib2)~~ ~~zlib (Required by pcre)~~ So in the end it is: fontconfig lib32-gcc-libs libxcb libxext libxrender I'll update it tomorrow.

lonaowna commented on 2017-06-21 16:11 (UTC)

BTW, you only need lib32-gcc-libs, as it depends on lib32-glibc.

lonaowna commented on 2017-06-21 15:55 (UTC)

@dreamingincode, you're right! I missed mksdcard. Thanks for the effort! Even with those two remaining, that's quite some packages that are no longer required, which is nice. :)

dreamingincode commented on 2017-06-21 15:41 (UTC) (edited on 2017-06-21 15:41 (UTC) by dreamingincode)

@lonaowna I tested with `find /opt/android-sdk/tools/ -type f -executable | xargs ldd | grep -E 'ld-linux.so|$'`, and fount out that only `mksdcard` (except `monitor-x86/*`) is 32-bit. And I suppose `*.jar`s all have a flavor in `x86_64` if they include a native library. As for `mksdcard`: ``` /opt/android-sdk/tools/mksdcard: linux-gate.so.1 (0xf77c8000) libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7769000) libc.so.6 => /usr/lib32/libc.so.6 (0xf75a8000) /lib/ld-linux.so.2 (0xf77ca000) ``` It needs `lib32-gcc-libs` and `lib32-glibc`. So I'm going to update the dependencies according to this soon.

lonaowna commented on 2017-06-21 15:17 (UTC)

@dreamingincode, ah yes sorry, that seems to be about the platform tools. So maybe this is still functional on i686 (don't know, unable to test). But still, everything seems to work without the lib32* dependencies.

dreamingincode commented on 2017-06-21 14:24 (UTC) (edited on 2017-06-21 15:20 (UTC) by dreamingincode)

@lonaowna If I read it correctly, those lines are saying platform tools instead of SDK tools is requiring 64-bit. And I guess it's probably the reason why the 32-bit dependencies were not removed back then in 2015.

lonaowna commented on 2017-06-21 14:07 (UTC) (edited on 2017-06-21 14:22 (UTC) by lonaowna)

I don't think all the lib32* dependencies are needed. The SDK Tools release notes[1] say: Changed Linux requirements for Android SDK Platform-tools revision 23.1.0 and later: it now requires 64-bit Linux. And everything seems to work fine after replacing them by their non-lib32 equivalents. This also means you should remove 'i686' from the 'arch' line. Feel free to use my PKGBUILD which contains these changes.[2] [1] https://developer.android.com/studio/releases/sdk-tools.html [2] https://gist.github.com/slokhorst/e342d5d7024fdd233ded7feb087f3b85

dreamingincode commented on 2017-06-16 18:01 (UTC)

@vendforce Sorry but where is the mismatching data? I did a `mksrcinfo` again but git shows the only difference is generation time.