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: 1483
Popularity: 0.50
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 .. 7 8 9 10 11 12 13 14 15 16 17 .. 44 Next › Last »

artaxlives commented on 2015-08-22 18:26 (UTC)

@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 (UTC)

@lilydjwg, will change to just dl.google.com. Thank you. @chrissdk, this is a problem with your AUR helper, after the transition to AUR4.

chrissdk commented on 2015-08-09 09:13 (UTC)

I'm having the below issue: $ packer -S android-sdk /tmp/packertmp-1000/android-sdk.PKGBUILD: line 1: !DOCTYPE: No such file or directory /tmp/packertmp-1000/android-sdk.PKGBUILD: line 2: syntax error near unexpected token `newline' /tmp/packertmp-1000/android-sdk.PKGBUILD: line 2: ` "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">'

lilydjwg commented on 2015-08-03 15:23 (UTC)

Can you switch to use the domain dl.google.com instead of dl-ssl.google.com? It works too, but in China people can only download from dl.google.com without a proxy / VPN.

xyproto commented on 2015-08-02 14:14 (UTC)

@calef13, which package owns the file in question? Try pacman -Qo. If no package owns the conflicting file, it has not been installed by pacman, but by the user, possibly using the android sdk update tool.

calef13 commented on 2015-07-13 10:00 (UTC)

I'm getting 'exists in filesystem' conflicts when I try to upgrade, is this just because I used to android sdk updater? Can I just continue using that and not bother updating the package? Or can I safely --force the update?

xyproto commented on 2015-06-30 22:46 (UTC)

Updated to 24.3.3

wuffleton commented on 2015-05-19 17:16 (UTC)

I was having a similar issue to matrs (with the multilib repo correctly configured). Couldn't get the dependencies for these to resolve even after refreshing my local repos with -Syy. As a workaround, I manually installed the packages that makepkg was complaining about using the command: sudo pacman -S lib32-openal lib32-libstdc++5 lib32-sdl swt --asdeps