That said, if you can, please use the the Install Missing Android Tools step instead, that should be able to detect and install all the tools your Android project requires but are not preinstalled.
If you use the old android update sdk command on a stack where that’s no longer available (on the LTS Android stack it is still available of course), you’ll get an error like:
*************************************************************************
The "android" command is deprecated.
For manual SDK, AVD, and project management, please use Android Studio.
For command-line tools, use tools/bin/sdkmanager and tools/bin/avdmanager
*************************************************************************
Filter extra-android-support not supported
tools/android now attempts to reproduce the functionality of android in tools prior to version 25.3.0 by invoking the new tools.
All avd, target, and device commands should work as before.
sdk commands will be translated to similar commands using tools/bin/sdkmanager on a best-effort basis.
Here is the help message from 26.0.2:
$ $ANDROID_HOME/tools/android
The “android” command is deprecated.
For manual SDK, AVD, and project management, please use Android Studio.
For command-line tools, use tools/bin/sdkmanager and tools/bin/avdmanager
Invalid or unsupported command “”
Supported commands are:
android list target
android list avd
android list device
android create avd
android move avd
android delete avd
android list sdk
android update sdk
According to the last line: android update sdk is supported. So it is only deprecated but not unavailable.
Isn’t only this: Filter extra-android-support not supported an error?
You might be right @koral, although the original report came from a user who tried to install build-tools-x.x.x which did work previously but not since this update, so I thought they already made the change. Might have been just something else.
In any case switching to sdkmanager is advised, but indeed that might not be required in every case just yet.
Continue? (This prompt can be suppressed with the --use-sdk-wrapper command-line argument
or by setting the USE_SDK_WRAPPER environment variable) [y/N]:
That doesn’t change the fact that it have to be changed And if you change the command, it’s the best time to opt to use the new solution (sdkmanager) instead of the old one (android update sdk) IMO