NDK doesn't get install on M1 macos machine

[johnstef99]

After codemagic automatically switched my selected instance to macos M1, my Android build is failing.
At first with my previously working workflow I got this message:

FAILURE: Build failed with an exception.

* What went wrong:
A problem occurred configuring project ':pdf_render'.
> NDK not configured. Download it with SDK manager. Preferred NDK version is '21.1.6352462'. 

Then I went and configure a new codemagic.yaml and I set the ndk version manually, but then I got this message:

== Use Java version 11 ==
> java -version
openjdk version "11.0.16.1" 2022-07-19 LTS
OpenJDK Runtime Environment Zulu11.58+23-CA (build 11.0.16.1+1-LTS)
OpenJDK 64-Bit Server VM Zulu11.58+23-CA (build 11.0.16.1+1-LTS, mixed mode)

== Use NDK version 23.1.7779620 ==
> /usr/local/share/android-sdk/tools/bin/sdkmanager 'ndk;23.1.7779620' > /dev/null
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

Is this a known problem? Can I switch back to and intel based mac until this is fixed without enabling billing?

[K-Codemagic]

can you please update the installed NDK version number in your app-level build.gradle file and remove the manually added ndk version in codemagic.yaml.

android
{ 
..... .... 
ndkVersion '25.1.8937393'
}

Also, can you let me know your AGP and gradle versions?

You can check the M1 Specifications/pre-installed tools here.

[johnstef99]

By doing that I will hardcode a version of ndk to my project, which is not necessary (also I didn't have to do that before so I don't think that is the best solution). Here is dependencies in my build.gradle:

    dependencies {
        classpath 'com.android.tools.build:gradle:4.1.0'
        classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version"
        classpath 'com.google.gms:google-services:4.3.8'
    }

I did found a solution to my problem that will work with any ndk version the machine has installed. What I did is that I switched from the Workflow editor to manual codemagic.yaml and I exported Codemagic's default config. Inside it I found this script:

        # set up local properties
        echo "flutter.sdk=$HOME/programs/flutter" > "$FCI_BUILD_DIR/android/local.properties"

So I modified it by appending the ndk directory and it looks like this:

        # set up local properties
        echo "flutter.sdk=$HOME/programs/flutter" > "$FCI_BUILD_DIR/android/local.properties"
        # get the first folder from ndk
        NDK_VER=$(ls $ANDROID_SDK_ROOT/ndk | head -1)
        echo "ndk.dir=$ANDROID_SDK_ROOT/ndk/$NDK_VER" >> "$FCI_BUILD_DIR/android/local.properties"

By my understanding specifying the ndk.dir either wasn't necessary before the M1 or Codemagic changed their default config generated with Workflow Editor and now gradle can't locate the installed ndk.

[mikhail-tokarev]

hi @johnstef99
Thank you for the provided solution. I'm happy it works for you! The previous generation (Intel) machines have more pre-installed NDK versions and since M1 is a new one it has only NDK v23, but you can also try to build on Linux if you don't need macOS.

[johnstef99]

I need macOS because it is a flutter project so I have a built for iOS.

Correct me if I am wrong, Codemagic switched everyones instance to M1 by default because they are going to deprecate and remove the Intel based macs. That means that everyone's project that needed NDK to be built is going to fail, because M1 machines don't automatically discover the NDK location.

I had to switch to codemagic.yaml from Workflow Editor just to add this small fix to find the ndk.dir but it was so much trouble to set up all the signing keys for Playstore and Appstore from scratch. At the end I did all that extra work setting up codemagic.yaml to get my workflow working just as before.

Codemagic should fix the NDK detection problem when using the Workflow Editor so everyone that doesn't need to setup codemagic.yaml will not be forced to do it.

[mikhail-tokarev]

only mac_mini instance is deprecated and will be removed, but you can continue using mac_pro machines which are Intel-based and identical to mac_mini but faster.

also you are correct and actually it's not necessary to switch to codemagic.yaml file. You can continue using Workflow Editor, just add your script to the Pre build step.

[johnstef99]

also you are correct and actually it's not necessary to switch to codemagic.yaml file. You can continue using Workflow Editor, just add your script to the Pre build step.

I think Workflow Editor should work out of the box. NDK is a significant piece of software.

[dtrdic]

This discussion is being closed due to no activity in the last 14 days. You can reopen the discussion at any time if needed.