-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[all OSs] Android ndk-bundle along with old NDK versions will be deprecated on July, 24 #5879
Comments
@miketimofeev Repeating what I asked in #2689 (comment), this issue seems to be about removing the export ANDROID_NDK_ROOT=$ANDROID_SDK_ROOT/ndk/$ndkDefaultFullVersion Without creating a symlink at all, so that most software requiring just the "default" NDK (latest LTS, afaiu) keeps working? I have a couple repositories failing because of this, and I think you could've stored the result of the suggested workaround in a much-more-easily accessible - name: Setup NDK path
shell: bash
run: echo "ANDROID_NDK_ROOT=$ANDROID_NDK_LATEST_HOME" >> $GITHUB_ENV |
Hey @MarijnS95! Sorry for the inconvenience but I assume the variable is related only to ndk_bundle, which is obsolete now, isn't it? |
@miketimofeev I've always understood EDIT: See also #2426 originally making it available:
|
@MarijnS95 thanks, is it any documentation regarding setting those variables? I can't find anything here https://developer.android.com/studio/command-line/variables for some reason. |
@miketimofeev I wouldn't expect anything in the SDK something, but it should have been in the NDK-specific build-system docs where it turns out not to be... https://android.googlesource.com/platform/ndk/+/master/docs/BuildSystemMaintainers.md At least https://cmake.org/cmake/help/latest/manual/cmake-toolchains.7.html#cross-compiling-for-android:~:text=Else%2C%20if%20an%20environment%20variable%20ANDROID_NDK_ROOT%20or%20ANDROID_NDK%20is%20set%2C%20it%20will%20be%20used%20as%20the%20value%20of%20CMAKE_ANDROID_NDK%2C%20and%20the%20NDK%20will%20be%20used mentions it, and there are probably other places where we can find it being used. Android Studio manages it internally so it's really only for external tools that wish to utilize the NDK in a consistent/configurable manner. |
@saurik could you provide your thoughts regarding the env variables too? |
This reverts commit dbdf4f4.
@miketimofeev Thanks! I've meanwhile been asking around for explicit docs on this for the NDK, given that it only exists for the SDK. Hopefully that'll help clarify even further once they arrive :) |
The ANDROID_NDK_HOME env var seems to have disappeared with the deprecation of ndk-bundle: actions/runner-images#5879
The ANDROID_NDK_HOME env var seems to have disappeared with the deprecation of ndk-bundle: actions/runner-images#5879
The ANDROID_NDK_HOME env var seems to have disappeared with the deprecation of ndk-bundle: actions/runner-images#5879
The ANDROID_NDK_HOME env var seems to have disappeared with the deprecation of ndk-bundle: actions/runner-images#5879
The ANDROID_NDK_HOME env var seems to have disappeared with the deprecation of ndk-bundle: actions/runner-images#5879
@ThadHouse @MarijnS95 we have added three variables that point to the latest LTS NDK (25 at the moment) to all the images: |
This reverts commit 4895a29. GitHub Actions' runner-images readded this environment variable on my request [1] as it wasn't strictly related to the deprecated and removed `ndk-bundle` NDK release. Back out of the workaround to keep CI scripts tidy. [1]: actions/runner-images#5879 (comment)
This reverts commit 4895a29. GitHub Actions' runner-images readded this environment variable on my request [1] as it wasn't strictly related to the deprecated and removed `ndk-bundle` NDK release. Back out of the workaround to keep CI scripts tidy. [1]: actions/runner-images#5879 (comment)
This reverts commit 4895a29. GitHub Actions' runner-images readded this environment variable on my request [1] as it wasn't strictly related to the deprecated and removed `ndk-bundle` NDK release. Back out of the workaround to keep CI scripts tidy. [1]: actions/runner-images#5879 (comment)
This reverts commit 4895a29. GitHub Actions' runner-images readded this environment variable on my request [1] as it wasn't strictly related to the deprecated and removed `ndk-bundle` NDK release. Back out of the workaround to keep CI scripts tidy. [1]: actions/runner-images#5879 (comment)
Fix for the GitHub upgrade: actions/runner-images#5879 that broke our ARM workflows because it changed the value of the ANDROID_NDK_HOME variable referenced in our PATH. closes official-stockfish#4267 No functional change
I took a glorious half-year break from paying attention to my GitHub inbox, but a friend of mine came across this threads and told me a few days ago that I'd been asked a question about it--which I didn't reply to--and then "they did something random" ;P. FWIW, what you did is exactly what I would have recommended--including awkwardly having to set all three of those variables, as even Google was inconsistent with their various projects over the years and have caused us lots of confusion--so that's great! :D The only thing I'm left wondering about is what the intended purpose of |
Breaking changes
ndk-bundle
won't be created anymore.Target date
The propagation will start on July, 24 and take 2-3 days.
The motivation for the changes
ndk-bundle
was explicitly marked as "Obsolete" by Google and no one should be using it anymore. The current symlink creation process breaks the Android SDK package manager. More details can be found here side-by-side NDK installed as the "(obsolete)" NDK #2689 (comment)Possible impact
If your builds depend on the
ndk-bundle
symlink they can be broken.Platforms affected
Virtual environments affected
Mitigation ways
The symlink can be created using the following snippets:
The text was updated successfully, but these errors were encountered: