Error could not create settings

JJD

49k57 gold badges199 silver badges335 bronze badges

Instead of passing the argument --sdk_root for each single command execution, let’s deep dive into the real cause.

Starting from Android SDK Command-line Tools 1.0.0 (6200805), in contrast to Android SDK 26.1.1 (4333796), the tools directory hierarchy has been changed.
Previously it was placed right inside ANDROID_HOME (which is deprecated, we will use the term ANDROID_SDK_ROOT for the rest of the paragraph), now it’s still named as tools (the only thing you’ll get after unpacking the downloaded commandlinetools zip file), but differently, you have to place it inside a directory called cmdline-tools on your own. The name cmdline-tools comes from its package name, where you can get from listing packages command sdkmanager --list, whose outputs include cmdline-tools;1.0 | 1.0 | Android SDK Command-line Tools.

Wrapping tools directory inside cmdline-tools directory would make it work, and help you get rid of the annoying --sdk_root argument. But what about the other parts?

Well, that’s all you have to change. Let me explain more.

• The king — sdkmanager lives inside cmdline-tools/tools/bin, you’d better set in PATH environment variable
• cmdline-tools should not be set as ANDROID_SDK_ROOT. Because later, when updating Android SDK, or installing more packages, the other packages will be placed under ANDROID_SDK_ROOT, but not under cmdline-tools.
• The final, complete ANDROID_SDK_ROOT directory structure should look like below, consist of quite a few sub-directories: build-tools, cmdline-tools, emulator, licenses, patcher, platform-tools, platforms, system-images. You can easily point out that build-tools and cmdline-tools are siblings, all sit inside the parent ANDROID_SDK_ROOT.

Let me recap in a simple way:

• Set your preferred ANDROID_SDK_ROOT (just like before)
• Download and unpack the commandlinetools zip file into a directory called cmdline-tools, which is inside ANDROID_SDK_ROOT
• Append the directory $ANDROID_SDK_ROOT/cmdline-tools/tools/bin to environment variable PATH, so that the system knows where to find sdkmanager

!!UPDATE!!

The behavior has changed again since the build 6858069 (Android SDK Command-line Tools 3.0):

• After unzipping the package, the top-most directory you’ll get is cmdline-tools.
• Rename the unpacked directory from cmdline-tools to tools, and place it under $ANDROID_SDK_ROOT/cmdline-tools, so now it should look like: $ANDROID_SDK_ROOT/cmdline-tools/tools. And inside it, you should have: NOTICE.txt bin lib source.properties. Actually according to the official Command-Line Tools doc, the tree structure should be android_sdk/cmdline-tools/version/bin/, but I’ve checked, using version or tools makes no difference here.
• For your environment variable PATH, I would recommend you to set like this: PATH=$PATH:$ANDROID_SDK_ROOT/cmdline-tools/latest/bin:$ANDROID_SDK_ROOT/cmdline-tools/tools/bin, because after update later, you’ll get the latest sdkmanager placed under $ANDROID_SDK_ROOT/cmdline-tools/latest/bin, put it in front will make it higher priority.

answered Apr 12, 2020 at 19:06

This appears to be a bug with the way sdkmanager locates the SDK installation folder.

A work-around is to set the flag --sdk_root. You can move ANDROID_HOME declaration higher, then use it with the subsequent commands.

 - export ANDROID_HOME=$PWD/android-sdk-linux
 - yes | android-sdk-linux/tools/bin/sdkmanager --sdk_root=${ANDROID_HOME} --licenses
 - android-sdk-linux/tools/bin/sdkmanager --sdk_root=${ANDROID_HOME} "platform-tools" "platforms;android-${ANDROID_COMPILE_SDK}" >/dev/null

Also, moved blanket license acceptance command to the first command to clean up the echo y parts.

Oddly enough if you run sdkmanager --sdk_root=${ANDROID_HOME} "tools" it will upgrade tools from 3.6.0 to 26.1.1 and sdkmanager no longer has this issue. This update takes time and bandwidth and isn’t exactly necessary with the work-around.

answered Feb 28, 2020 at 14:56

For those who struggled with installing Android Command Line Tools for Appium on Windows 10/x64 just do as following:

1. Download latest Command line tools from android i.e. commandlinetools-win-6200805_latest.zip
2. Unzip the downloaded file
3. Create directory for storing commandline tools somewhere on your disk, with following path included: android/cmdline-tools/latest Basically when You unzip this Cmd line tools, just rename tools directory to latest and make sure You put this latest folder in android/cmdline-tools directory somewhere on your disk
4. Create ANDROID_HOME environment variable for directory that stores the cmdline tools directory location like:
   C:YourLocationWhereYouStoreTheDirectoryandroidcmdline-toolslatest
5. Create new entry in Path environment variable as %ANDROID_HOME%bin

answered Mar 9, 2020 at 10:44

The sdkmanager tries to figure out the android-sdk path based in where it’s unpacked, without use the environment variables, like ANDROID_SDK_ROOT. But it’s get worse, because it have a hard coded parent folder named cmdline-tools and if you unzip commandlinetools inside a folder with another name, it doesn’t work, forcing us to use the parameter sdk_root to feed the inside variable correctly.

So, with that in mind we can use the following approach to solve this.

I will assume that we are using Ubuntu OS, so if you aren’t, you should adapt some of that instructions.

1. Install Android-SDK.

    sudo apt install android-sdk
   

   After the instalation you will have a folder called android-sdk in /usr/lib

2. Create a folder called cdmline-tools inside the android-sdk folder

    sudo mkdir /usr/lib/android-sdk/cmdline-tools
   

3. Download the Android command line tools zip from here (https://developer.android.com/studio?hl=en-419#downloads)

4. Unpack the file you just downloaded inside /usr/lib/android-sdk/cmdline-tools

    sudo unzip /path/for/commandlinetools-linux-6200805_latest.zip -d /usr/lib/android-sdk/cmdline-tools
   

5. Go to you home dir and edit your .profile

    nano .profile
   

6. Create an ANDROID_SDK_ROOT variable

    export ANDROID_SDK_ROOT=/usr/lib/android-sdk
   

7. Put the sdkmanager folder in your path

    export PATH=$ANDROID_SDK_ROOT/cmdline-tools/tools/bin:$PATH
   

8. Save and Exit

9. Reload you profile

    . ~/.profile
   

10. Run

    sdkmanager --version
    

You should see the version printed in your terminal.

Downloading the new cmdline-tools from Android Developer website requires the following directory structure to be respected.

Simple Solution:

1. Open Android Studio Tools Menu,
2. SDK Manager In the window that comes
   up there are inner panels,
3. Choose SDK Tools panel Tick Android SDK Command-line Tools
4. Choose Apply button near the bottom of the window

answered Aug 17, 2021 at 18:14

Javier SedanoJavier Sedano

9133 gold badges11 silver badges28 bronze badges

I found the solution to use the latest command-line tools following those steps:

1 — Extracting the Command-line tools into a folder with this structure:
e.g.: $HOME/Development/android/cmdline-tools/latest
(this folder must contain lib, bin, notice.txt and source.properties)

2 — Defining ANDROID_HOME as an environment variable:

ANDROID_HOME="$HOME/Development/android/cmdline-tools/latest"

3 — Loading it on PATH:

PATH="$PATH:$ANDROID_HOME/tools:$ANDROID_HOME/tools/lib:$ANDROID_HOME/tools/bin:$ANDROID_HOME/platform-tools"

Got the same issue, came here by Google.
According to the AndroidStudio Archive, today was the release of 4.1.
I suppose that’s no coincidence.

This completely unrelated guide has a hardlink for an older version of the sdk-tools for linux.
You can change the url to windows or mac for other OSs. I’ll use that as a hotfix for now.

(that was supposed to be a comment not a solution)

answered Feb 27, 2020 at 21:15

Summarizing several useful posts here, and for people wanting a quick snippet, for example to plug in a Dockerfile, the following script is working for me:

RUN mkdir -p /opt/android/cmdline-tools/latest 
    && cd /opt/android/cmdline-tools/latest 
    && wget https://dl.google.com/android/repository/commandlinetools-linux-6858069_latest.zip 
    && bsdtar --strip-components=1 -xvf commandlinetools-linux-6858069_latest.zip 
    && yes | bin/sdkmanager --licenses 
    && bin/sdkmanager "build-tools;29.0.2" "platforms;android-29" 
    && rm commandlinetools-linux-6858069_latest.zip

It just requires bsdtar to be installed (it’s usually packaged in popular distributions). Android platform/build tools version 29 are installed, and Android sdk root will be then located in /opt/android. While this setup works for me without warnings as it is, I have an issue when reinstalling packages already installed, or possibly installing different version of the packages: it clashes with packages already present and create bogus directories in the sdk root, with -2, -3 suffixes. These directories are then ignored, and warnings like Observed package id 'emulator' in inconsistent location are printed, so this behavior is definitely not desirable. If you have a fix for that please write it in the comments or, if you are confident enough, just edit the script with the exact fix.

answered Feb 13, 2021 at 12:55

I got the same error. After doing all solutions, i could not fix it. I solved this problem by reading: https://forum.unity.com/threads/android-build-not-working.844969/

Simplify an answer:

1. Opening sdkmanager.bat by notepad++

2. Changing this line from

   "%JAVA_EXE%" %DEFAULT_JVM_OPTS% %JAVA_OPTS% %SDKMANAGER_OPTS%  -classpath "%CLASSPATH%" com.android.sdklib.tool.sdkmanager.SdkManagerCli %CMD_LINE_ARGS%
   

   to

   "%JAVA_EXE%" %DEFAULT_JVM_OPTS% %JAVA_OPTS% %SDKMANAGER_OPTS%  -classpath "%CLASSPATH%" com.android.sdklib.tool.sdkmanager.SdkManagerCli %CMD_LINE_ARGS% --sdk_root=%ANDROID_HOME%
   

(Note: Adding --sdk_root=%ANDROID_HOME% at the end

gshepgshep

6286 silver badges14 bronze badges

This happened to me when downloading the standalone command line tools (commandlinetools-mac-6200805_latest) on a new Mac.

Based on all the answers here, I was able to make it work like this

# Define ANDROID_HOME, if not defined already
export ANDROID_HOME="~/Library/Android/sdk"

# Create the folder if missing
mkdir -p $ANDROID_HOME

# Let the tool know that it should use that SDK location. 
sdkmanager --list --sdk_root=$ANDROID_HOME

The docs for the --sdk_root option say «Use the specified SDK root instead of the SDK containing this tool«. This made me think that, despite being shipped standalone, the tool expects to be part of a bundle where the SDK is installed aswell.

answered Apr 8, 2020 at 5:09

Android SDK Tools now rest in following location: «android_sdk/cmdline-tools/version/bin/«;

Therefore to solve this problem in Windows (same can be replicated in other OS), do the following:

1. Inside your android_sdk folder, create the folder: cmdline-tools and inside it create another folder: version extract / put all your files «/bin /lib NOTICE and sources.properties» files inside this version folder.

2. Set ANDROID_HOME to your android_sdk folder.

3. Add to your System Path: android_sdkcmdlineAndroidSDKcmdline-toolsversionbin

Similarly, place your Android SDK Platform Tools inside your android_sdk/platform-tools/ and add corresponding PATH to ENVIRONMENTAL VARIABLES under System Variables

answered May 23, 2020 at 14:52

Ravi PatelRavi Patel

2,0863 gold badges30 silver badges48 bronze badges

This page from Unity 2018 documentation also has a good explanation of resolving this issue, including such points like:

1. Installing the Android SDK without Android Studio.
2. Workaround for “Warning: Could not create settings” and “java.lang.IllegalArgumentException”
3. The trick for Android Studio version 3.6 or newer.
4. Warning about Java 9 or later, a JDK must be version 8.

https://docs.unity3d.com/2018.4/Documentation/Manual/android-sdksetup.html

answered Apr 1, 2020 at 16:10

Badr BellajBadr Bellaj

10.6k2 gold badges40 silver badges40 bronze badges