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: 1486
Popularity: 0.97
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 .. 44 Next › Last »

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/

<deleted-account> 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).

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

sdkmanager is intended to be used with jdk8 or lower.

It can work with jdk9 and jdk10 with the following export: export JAVA_OPTS='-XX:+IgnoreUnrecognizedVMOptions --add-modules java.se.ee'

It will NOT work with jdk11 or higher as java.se.ee is removed after jdk 10

adabru commented on 2019-12-17 09:47 (UTC)

I ran into Exception in thread "main" java.lang.NoClassDefFoundError: javax/xml/bind/annotation/XmlSchema when running sdkmanager. Googling suggested that sdkmanager supports only jdk8, so installing jdk8/jdk8-openjdk solved the issue for me.

dreamingincode commented on 2019-02-24 19:07 (UTC)

Please stop requesting update of this package to 28 or something before you checked things in the pinned comment. This package is NOT the Android SDK Platform (the one with Android release versions), but the SDK tools. If you want to update the former, please post comment at android-platform(-*) in AUR.

pvagner commented on 2019-02-24 17:53 (UTC)

Hello,

It would be awesome to update this to android-sdk 28 by using android free from f-droid folks. https://mirror.f-droid.org/android-free/repository/repository-10.xml https://forum.f-droid.org/t/call-for-help-making-free-software-builds-of-the-android-sdk/4685/41

dreamingincode commented on 2017-12-16 08:56 (UTC) (edited on 2018-04-13 17:36 (UTC) by dreamingincode)

The latest SDK Tools is still 26.1.1 on https://dl.google.com/android/repository/repository2-1.xml (C-f for <remotepackage path="tools">), which is the source for Android Studio SDK Manager. If you flag this package as out-of-date, please provide the download URL.</remotepackage>