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: 1488
Popularity: 0.83
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

1 2 3 4 5 6 .. 44 Next › Last »

insequent commented on 2022-03-21 05:58 (UTC)

Any plans to replace ANDROID_HOME with ANDROID_SDK_ROOT, since it's deprecated? https://developer.android.com/studio/command-line/variables#android_sdk_root

qualphey commented on 2020-10-23 11:35 (UTC)

@ulidtko Ah yes, that worked. Thank you! My bad... :P

ulidtko commented on 2020-10-23 11:30 (UTC)

@qualphey as you can see from pacman -Ql android-sdk, it installs its tools under /opt/android-sdk/tools/bin -- so you have to ensure that dir appears on your $PATH.

qualphey commented on 2020-10-23 11:28 (UTC)

Does the sdkmanager get installed with this package? I get bash: sdkmanager: command not found when trying to run it? What am I missing?

relrel commented on 2020-08-23 19:19 (UTC)

@ulidtko @dreamingincode After encountering the same issue, running the following worked for me:

JAVA_HOME=/opt/android-studio/jre/ sdkmanager

It uses Android Studio's built-in java instead of the globally installed one. I haven't dig to the root cause (probably java versioning issue), but I think this issue should be resolved appropriately in the sdkmanager shell wrapper.

dreamingincode commented on 2020-06-01 18:26 (UTC)

@ulidtko I would suggest selecting an older default Java version with archlinux-java.

ulidtko commented on 2020-06-01 16:26 (UTC)

With java-11-openjdk x86_64 the tools from android-sdk fail for me, like so:

$ sdkmanager --list Exception in thread "main" java.lang.NoClassDefFoundError: javax/xml/bind/annotation/XmlSchema at com.android.repository.api.SchemaModule$SchemaModuleVersion.<init>(SchemaModule.java:156) at com.android.repository.api.SchemaModule.<init>(SchemaModule.java:75) at com.android.sdklib.repository.AndroidSdkHandler.<clinit>(AndroidSdkHandler.java:81) at com.android.sdklib.tool.sdkmanager.SdkManagerCli.main(SdkManagerCli.java:73) at com.android.sdklib.tool.sdkmanager.SdkManagerCli.main(SdkManagerCli.java:48) Caused by: java.lang.ClassNotFoundException: javax.xml.bind.annotation.XmlSchema at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522) ... 5 more

From half a day of research (I'm not really into java), I understand that the JAXB apis, including the package javax.xml.bind, have been deprecated in Java 9 & 10, and dropped altogether from JDK 11.

Okay, that's fine. But how to fix it?.. Everyone online is quick to suggest adding jakarta.xml.bind dependency to my Maven/Gradle/SBT build... But with aur/android-sdk, I don't have such thing. My attempts to --add-modules to the systemwide java were not successful.

@dreamingincode are you aware of this problem? I don't remember making any java-related customizations on this machine; and as-is, this package seems completely broken here.

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/

commented on 2020-03-10 17:54 (UTC)

@dreamingincode: This package could be updated to the new commandline tools. This is an alternative to the full android studio wit sdkmanager command line.

https://dl.google.com/android/repository/commandlinetools-linux-6200805_latest.zip

I would like to do this.

AndreVallestero commented on 2020-02-25 16:32 (UTC)

Please add support for aarch64. This can be simply done by adding 'aarch64' to the arch list and by replacing lib32 packages with their 64bit equivalents (gcc-libs, glibc).

1 2 3 4 5 6 .. 44 Next › Last »