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.163656
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 .. 20 21 22 23 24 25 26 27 28 29 30 .. 44 Next › Last »

saik0 commented on 2012-11-14 21:18 (UTC)

@flamusdiu: thats because the maintainer updated PKGBUILD but not pkgrel, the x86_64 files are removed when building on i686 now.

flamusdiu commented on 2012-11-14 21:16 (UTC)

Seems its working now. I ended up removing both the installed android-sdk + the tmp files created by packer and now it installed fine. very strange. =\

bolodo commented on 2012-11-14 10:28 (UTC)

In 32 bit version is needed add this in pkgbuild: if [[ $CARCH = "i686" ]]; then rm -rf ${pkgdir}/opt/android-sdk/tools/lib/{monitor-,}x86_64 \ ${pkgdir}/opt/android-sdk/tools/lib/lib64{EGL_translator.so,GLES_CM_translator.so,GLES_V2_translator.so,OpenglRender.so} \ ${pkgdir}/opt/android-sdk/tools/emulator64-{arm,mips,x86}

flamusdiu commented on 2012-11-14 02:18 (UTC)

I am getting this when making the package (through either packer or directly using makepkg command): ==> Tidying install... -> Purging unwanted files... -> Compressing man and info pages... -> Stripping unneeded symbols from binaries and libraries... strip:./opt/android-sdk/tools/lib/lib64OpenglRender.so: File format not recognized ==> ERROR: An unknown error has occurred. Exiting... User defined signal 1 I have done some research into the issue with strip but the only thing I found was running chmod -x on the files which I did but no luck. =(

saik0 commented on 2012-11-13 21:59 (UTC)

There are more x64 lib and bin in this release if [[ $CARCH = "i686" ]]; then rm -rf ${pkgdir}/opt/android-sdk/tools/lib/{monitor-,}x86_64 \ ${pkgdir}/opt/android-sdk/tools/lib/lib64{EGL_translator.so,GLES_CM_translator.so,GLES_V2_translator.so,OpenglRender.so} \ ${pkgdir}/opt/android-sdk/tools/emulator64-{arm,mips,x86} fi

thestinger commented on 2012-10-30 16:43 (UTC)

/opt/android-sdk/tools is added to the end of the PATH, so I don't think that would be the problem

egore911 commented on 2012-10-30 09:11 (UTC)

For me the installation of this package breaks a local installation (not via pacman) of Eclipse 4.2. From what I understand its is because we are adding a different version of SWT to the PATH than the one expected by Eclipse. For example every time I open an XML editor Eclipse would freeze. Uninstalling resolved that issue.

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 .. 44 Next › Last »