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.166996
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 .. 35 36 37 38 39 40 41 42 43 44 Next › Last »

u2ix commented on 2010-12-30 10:34 (UTC)

cannot install it on 64. he doesn't find the lib32-xx dependencies

Mr.Elendig commented on 2010-12-28 19:34 (UTC)

Why does the .install do "echo 'Also, an installation of ALSA has been detected, so you should install lib32-alsa-lib as well'", without checking if the system actually is a 64bit system in the first place? Seems rather silly, specially when the package explicitly depends on lib32-alsa-lib in the first place for x86_64...

jdarnold commented on 2010-12-17 18:52 (UTC)

You'll also need to update the Android Ecplipse plugin, as it puts adb into platfom-tools now and the old plugin doesn't find it in tools, so it is confused.

svenstaro commented on 2010-12-14 02:26 (UTC)

marlock, I orphaned android-ndk, do you want to take up maintainership?

hoban commented on 2010-12-10 15:33 (UTC)

Thanks for the notes about how to get adb back. This is the kind of thing that should have been handled in the install file or at a minimum should have been printed out during installation. Otherwise, things look good. Thanks.

Lucky commented on 2010-12-10 09:58 (UTC)

@Bobyl run "android update sdk", select "Android SDK Platformtools" and install it.

Bobyl commented on 2010-12-10 07:27 (UTC)

Isn't adb included in the latest release? It's annoying to have lost the only tool I was using in the sdk...

<deleted-account> commented on 2010-12-07 16:35 (UTC)

thank you ech0s7! android.sh updated

<deleted-account> commented on 2010-12-07 14:58 (UTC)

@marlock: You have to change android.sh to (some tools as adb are moved in platform-tools): #!/bin/sh export PATH=$PATH:/opt/android-sdk/tools:/opt/android-sdk/platform-tools I have already notified before, but you haven't read it.

vnoel commented on 2010-12-07 12:04 (UTC)

Nice :) Thanks!

« First ‹ Previous 1 .. 35 36 37 38 39 40 41 42 43 44 Next › Last »