Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: android-sdk 25.2.5-1

Git Clone URL: https://aur-dev.archlinux.org/android-sdk.git (read-only)
Package Base: android-sdk
Description: Google Android SDK
Upstream URL: https://developer.android.com/studio/releases/sdk-tools.html
Licenses: custom
Submitter: None
Maintainer: xyproto
Last Packager: xyproto
Votes: 1420
Popularity: 11.114531
First Submitted: 2007-11-12 19:26
Last Updated: 2017-01-25 11:30

Sources (7)

Pinned Comments

xyproto commented on 2016-08-22 08:39

* If the android-sdk license had allowed binary redistribution, this would probably have been a package in [community] instead of in AUR.

* If there are problems with conflicting files, you can check which package owns them with `pacman -Qo`. If no package owns the file, it has most likely been placed there by you, the user (possibly using the SDK Manager). You can remove the conflicting files, either with `rm` or by installing the android-sdk package by force.

Latest Comments

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

xyproto commented on 2015-10-04 19:28

@dront78, do you have an URL where it says that 24.4 is the latest version of the Android SDK? https://developer.android.com/tools/sdk/tools-notes.html and https://developer.android.com/sdk/ says 24.3.4.

dront78 commented on 2015-09-30 06:34

24.4 up please

zman0900 commented on 2015-09-20 10:26

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/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/tools/lib/gles_mesa/libosmesa.so
libncurses.so.5 => not found

====> /opt/android-sdk/tools/lib/gles_mesa/libGL.so.1
libncurses.so.5 => not found

====> /opt/android-sdk/tools/lib/gles_mesa/libGL.so
libncurses.so.5 => not found

====> /opt/android-sdk/tools/lib64/gles_mesa/libosmesa.so
libncurses.so.5 => not found

====> /opt/android-sdk/tools/lib64/gles_mesa/libGL.so.1
libncurses.so.5 => not found

====> /opt/android-sdk/tools/lib64/gles_mesa/libGL.so
libncurses.so.5 => not found

yan12125 commented on 2015-09-06 15:31

The dependencies may require changes. Here's the partial log from namcap:

android-sdk E: Dependency lib32-fontconfig detected and not included (libraries ['usr/lib32/libfontconfig.so.1'] needed in files ['opt/android-sdk/tools/lib/monitor-x86/libcairo-swt.so'])
android-sdk E: Dependency lib32-libpulse detected and not included (libraries ['usr/lib32/libpulse.so.0'] needed in files ['opt/android-sdk/tools/qemu/linux-x86/qemu-system-aarch64', 'opt/android-sdk/tools/qemu/linux-x86/qemu-system-mips64el', 'opt/android-sdk/tools/qemu/linux-x86/qemu-system-x86_64'])
android-sdk W: Dependency included and not needed ('lib32-openal')
android-sdk W: Dependency included and not needed ('lib32-libstdc++5')
android-sdk W: Dependency included and not needed ('lib32-libxv')
android-sdk W: Dependency included and not needed ('lib32-sdl')
android-sdk W: Dependency lib32-zlib included but already satisfied
android-sdk W: Dependency included and not needed ('swt')

darkxsun commented on 2015-08-23 16:24

It's still an https:// address, who cares that it doesn't say "ssl" in the url anymore...

xyproto commented on 2015-08-23 12:48

@artaxlives, the downloaded files are checked against the corresponding SHA1 hash sums in the PKGBUILD file. What is the scenario that worries you, when using dl.google.com instead of dl-ssl.google.com?

xyproto commented on 2015-08-23 12:47

@artaxlives, the downloaded files are checked against their corresponding SHA1 hash sums in the PKGBUILD file. What is the scenario that worries you, when using dl.google.com instead of dl-ssl.google.com?

Det commented on 2015-08-22 18:29

@artaxlives, it's one big-ass country, tho. Do you really care that much about "privacy and security" to download through SSL? Nobody ever complained in my google-chrome* or google-earth* packages either.

artaxlives commented on 2015-08-22 18:26

@xyproto, I disagree with removing SSL for everyone because of restrictions in one country. It would be better to include a message in the PKBUILD with instructions on what to change if your Government or ISP act to undermine your privacy and security.
Instead of having those in China edit the PKBUILD, now everyone else needs to edit the PKBUILD to maintain their privacy and security.

xyproto commented on 2015-08-20 16:40

@lilydjwg, will change to just dl.google.com. Thank you.

@chrissdk, this is a problem with your AUR helper, after the transition to AUR4.