Comments (5)
I think .NET Android will be supported on linux-arm64
in .NET 9, but isn't supported on .NET 8:
#8500
You could try the .NET 9 preview and see if that works.
from xamarin-android.
Actually we have this change in the latest service release: https://github.com/xamarin/xamarin-android/releases/tag/34.0.79
Does dotnet workload install android --verbosity diag
show the version of the android
workload? 34.0.79 should have #8500 in it.
from xamarin-android.
Oh wow, lucky me, I had no idea this was a new feature. I'm fine waiting a bit.
Does
dotnet workload install android --verbosity diag
show the version of theandroid
workload? 34.0.79 should have #8500 in it.
--verbosity diag
doesn't print anything additional in my case. No other parameter or environmental variable I tried changed anything. So I started searching the files/manifests.
I noticed indication of the prior version being in the filesystem, and looking at 34.0.43 files I see it doesn't have linux-arm64 while 34.0.79 does.
~/.dotnet/sdk-manifests/8.0.100/microsoft.net.sdk.android$ ls
34.0.43 34.0.79
So I grep'd around for 34.0.43 and found this "baseline" manifest:
~/.dotnet/sdk-manifests/8.0.100/workloadsets/8.0.201-baseline.24114.5$ head baseline.workloadset.json
{
"Microsoft.NET.Sdk.Android": "34.0.43/8.0.100",
"Microsoft.NET.Sdk.iOS": "17.0.8478/8.0.100",
"Microsoft.NET.Sdk.MacCatalyst": "17.0.8478/8.0.100",
"Microsoft.NET.Sdk.macOS": "14.0.8478/8.0.100",
"Microsoft.NET.Sdk.Maui": "8.0.3/8.0.100",
"Microsoft.NET.Sdk.tvOS": "17.0.8478/8.0.100",
"Microsoft.NET.Workload.Mono.ToolChain.Current": "8.0.2/8.0.100",
So, maybe that is where the problem area is, that it's looking at the available architectures in the baseline version and not the most recent available?
Well, I'm fine waiting for the baseline to advance to 34.0.79, so I'll close this issue and will reopen if there is still problem then. Thank you!
from xamarin-android.
It seems like if you did dotnet workload update --verbosity diag
, it should update the contents of this file:
dotnet/sdk-manifests/microsoft.net.sdk.android/8.0.100/WorkloadManifest.json
And this file should change to 34.0.79, or the latest version. Does it not?
from xamarin-android.
dotnet/sdk-manifests/microsoft.net.sdk.android/8.0.100/WorkloadManifest.json
And this file should change to 34.0.79, or the latest version. Does it not?
I don't see that particular path, it's different on my system:
$ ls -l ~/.dotnet/sdk-manifests/
total 4
drwxr-xr-x. 16 user users 3452 Feb 14 18:25 8.0.100
Here are a few similar paths I see.
WorkloadManifest.json under sdk-advertising:
$ head -n 20 ~/.dotnet/sdk-advertising/8.0.200/microsoft.net.sdk.android/WorkloadManifest.json
{
"version": "34.0.79",
"workloads": {
"android": {
"description": ".NET SDK Workload for building Android applications.",
"packs": [
"Microsoft.Android.Sdk.net8",
"Microsoft.Android.Sdk.net7",
"Microsoft.Android.Ref.34",
"Microsoft.Android.Runtime.34.android-arm",
"Microsoft.Android.Runtime.34.android-arm64",
"Microsoft.Android.Runtime.34.android-x86",
"Microsoft.Android.Runtime.34.android-x64",
"Microsoft.Android.Templates"
],
"platforms": [ "win-x64", "win-arm64", "linux-x64", "linux-arm64", "osx-x64", "osx-arm64" ],
"extends" : [
"microsoft-net-runtime-android-net7",
"microsoft-net-runtime-android-aot-net7",
"microsoft-net-runtime-android",
Two versions of WorkloadManifest.json under sdk-manifests, the latter with linux-arm64:
~$ head -n 20 ~/.dotnet/sdk-manifests/8.0.100/microsoft.net.sdk.android/34.0.43/WorkloadManifest.json
{
"version": "34.0.43",
"workloads": {
"android": {
"description": ".NET SDK Workload for building Android applications.",
"packs": [
"Microsoft.Android.Sdk.net8",
"Microsoft.Android.Sdk.net7",
"Microsoft.Android.Ref.34",
"Microsoft.Android.Runtime.34.android-arm",
"Microsoft.Android.Runtime.34.android-arm64",
"Microsoft.Android.Runtime.34.android-x86",
"Microsoft.Android.Runtime.34.android-x64",
"Microsoft.Android.Templates"
],
"platforms": [ "win-x64", "win-arm64", "linux-x64", "osx-x64", "osx-arm64" ],
"extends" : [
"microsoft-net-runtime-android-net7",
"microsoft-net-runtime-android-aot-net7",
"microsoft-net-runtime-android",
$ head -n 20 ~/.dotnet/sdk-manifests/8.0.100/microsoft.net.sdk.android/34.0.79/WorkloadManifest.json
{
"version": "34.0.79",
"workloads": {
"android": {
"description": ".NET SDK Workload for building Android applications.",
"packs": [
"Microsoft.Android.Sdk.net8",
"Microsoft.Android.Sdk.net7",
"Microsoft.Android.Ref.34",
"Microsoft.Android.Runtime.34.android-arm",
"Microsoft.Android.Runtime.34.android-arm64",
"Microsoft.Android.Runtime.34.android-x86",
"Microsoft.Android.Runtime.34.android-x64",
"Microsoft.Android.Templates"
],
"platforms": [ "win-x64", "win-arm64", "linux-x64", "linux-arm64", "osx-x64", "osx-arm64" ],
"extends" : [
"microsoft-net-runtime-android-net7",
"microsoft-net-runtime-android-aot-net7",
"microsoft-net-runtime-android",
from xamarin-android.
Related Issues (20)
- Error APT2260 after upgrading to .NET 8 Android HOT 3
- Android app crashed on startup with Release build, but works well in Debug build with AOT enabled.
- Getting a "failed linking references" error when running an Android Project (Xamarin - Visual Studio 2022) HOT 3
- Support for Play Store "Native Crash Support" HOT 2
- Crash: `[libc] Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR)` HOT 5
- Error dotnet reactor code obfuscation HOT 1
- Failed to generate Java type for class HOT 3
- [net9-pre3] Enabling ILLink causes the build to fail on Application attribute HOT 4
- Cannot add System.Json to an Android .NET 8 project HOT 2
- Missing documentation on recommended release settings. D8andR8.md is likely outdated HOT 3
- Error out when building android template app with RunAOTCompilation and logging enabled HOT 5
- Error APT2260 when reference to Binding project HOT 6
- GenerateJavaStubs takes a long time when building incrementally for a maui project HOT 2
- how to use c++ dll in .net android (or MAUI android)? HOT 2
- Xamarin.Android.Aapt2.targets(123,3): error APT2144 com.stripe:stripe-android:20.40.4 HOT 12
- HttpClient and AcceptEncoding gzip on Android stoped working after latest SR4 release. HOT 17
- Unable to turn off Fast Deployment for .Net8 Maui Android project HOT 6
- [Question] A way to connect Mono Debugger for the Release builds
- Trimming still seems to break android push notifications on MAUI .net 9 preview 3 HOT 2
- `TrimMode=full` seems to break android push notifications on MAUI .net 9 preview 3 HOT 10
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from xamarin-android.