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 .. 12 13 14 15 16 17 18 19 20 21 22 .. 44 Next › Last »

drdaeman commented on 2014-08-28 16:17 (UTC)

I presume SDK Manager is supposed to be run as root? Please correct me if I'm wrong. If I got it right, may I suggest adding PolicyKit entry and changing the desktop entry to explicitly run the manager using pkexec? I.e., add `/usr/share/polkit-1/actions/com.android.sdk.run-sdk-manager.policy` like this: https://drdaeman.pp.ru/tmp/20140828/com.android.sdk.run-sdk-manager.policy (not sure about the ID, though, maybe it should be more like `org.archlinux.aur.pkexec.android.policy`), then modify `android-sdk.desktop` to say `Exec=pkexec /opt/android-sdk/tools/android` (or `Exec=pkexec android` if you prefer it that way) Tested it on my system, works supposedly fine.

friartuck commented on 2014-07-27 04:16 (UTC)

@xgdgsc: this may sound weird but try clearing your browser cache...(it worked for me)

giniu commented on 2014-07-03 06:54 (UTC)

(I know it isn't, but I just cited the wiki :) - anyway, thanks for adding another fix)

thestinger commented on 2014-07-03 06:29 (UTC)

@giniu: Setting the executable bit on every single file isn't a good way of solving it. It's the latest of many upstream permission mistakes and I've added another hack to work around it properly.

giniu commented on 2014-07-03 06:11 (UTC)

@thestinger I can confirm that after update I wasn't able to run executables, as world was without executable permissions, and executables belonged to root:root. I know there is "chmod -R 755 /opt/android-sdk" in wiki, but it would be good to do it anyway, at least for default install.

thestinger commented on 2014-07-03 03:32 (UTC)

@xgdgsc: It still works fine for me.

xgdgsc commented on 2014-06-28 12:17 (UTC)

I get 404. That’s an error. The requested URL /recent/miscellaneousimprovements-1/tandroid_icon_128.png was not found on this server. That’s all we know. any solution?

pelluch commented on 2014-06-27 19:52 (UTC)

@afzalarsalan yep, sticking chmod -R +x opt/$pkgname at the end of the package() function seems to fix this.

afzalarsalan commented on 2014-06-27 02:32 (UTC)

Latest update doesn't seem to set permissions correctly, the new files are set to root permission only

BINBIN commented on 2014-06-19 11:51 (UTC)

@coderkun,Thanks for your reminder.

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 44 Next › Last »