Maui.Essentials.Sample Codesign fails
Description

Steps to Reproduce
Just run Maui.Essentials.Sample on VS4Mac
Link to public reproduction project repository
https://github.com/dotnet/maui
Version with bug
7.0 (current)
Last version that worked well
Unknown/Other
Affected platforms
iOS
Affected platform versions
all
Did you find any workaround?
remove Entitlements.plist
Relevant log output
Visual Studio Community 2022 for Mac Preview
Version 17.6 Preview (17.6 build 402)
Installation UUID: 309e4a36-fefb-4ca4-8e85-4b694585f2ad
Runtime
.NET 7.0.1 (64-bit)
Architecture: Arm64
Microsoft.macOS.Sdk 13.1.1007; git-rev-head:8afca776a0a96613dfb7200e0917bb57f9ed5583; git-branch:release/7.0.1xx-xcode14.2
Roslyn (Language Service)
4.5.0-3.23056.2+97881342e427ff5cdcba8f12b12ff8e6f3564431
NuGet
Version: 6.4.0.117
.NET SDK (Arm64)
SDK: /usr/local/share/dotnet/sdk/7.0.200-preview.22628.1/Sdks
SDK Versions:
7.0.200-preview.22628.1
7.0.102
7.0.101
7.0.100
6.0.406
6.0.405
6.0.404
6.0.403
6.0.402
MSBuild SDKs: /Applications/Visual Studio (Preview).app/Contents/MonoBundle/MSBuild/Current/bin/Sdks
.NET SDK (x64)
SDK Versions:
6.0.406
6.0.405
6.0.404
6.0.403
6.0.402
6.0.400
6.0.400-preview.22330.6
6.0.203
6.0.201
6.0.200
6.0.106
6.0.101
5.0.408
5.0.407
5.0.406
5.0.405
5.0.404
3.1.426
3.1.425
3.1.424
3.1.422
3.1.421
3.1.420
3.1.419
3.1.418
3.1.417
3.1.416
.NET Runtime (Arm64)
Runtime: /usr/local/share/dotnet/dotnet
Runtime Versions:
7.0.2
7.0.1
7.0.0
6.0.14
6.0.13
6.0.12
6.0.11
6.0.10
6.0.8
6.0.6
6.0.5
6.0.3
6.0.2
6.0.1
.NET Runtime (x64)
Runtime: /usr/local/share/dotnet/x64/dotnet
Runtime Versions:
6.0.14
6.0.13
6.0.12
6.0.11
6.0.10
6.0.8
6.0.6
6.0.5
6.0.3
6.0.2
6.0.1
5.0.17
5.0.16
5.0.15
5.0.14
5.0.13
3.1.32
3.1.31
3.1.30
3.1.28
3.1.27
3.1.26
3.1.25
3.1.24
3.1.23
3.1.22
Xamarin.Profiler
Version: 1.8.0.49
Location: /Applications/Xamarin Profiler.app/Contents/MacOS/Xamarin Profiler
Updater
Version: 11
Xamarin.Android
Version: 13.2.0.6 (Visual Studio Community)
Commit: xamarin-android/d17-5/a200af1
Android SDK: /Users/dmitriidimov/Library/Developer/Xamarin/android-sdk-macosx
Supported Android versions:
12.1 (API level 32)
8.0 (API level 26)
6.0 (API level 23)
12.0 (API level 31)
8.1 (API level 27)
5.1 (API level 22)
5.0 (API level 21)
11.0 (API level 30)
10.0 (API level 29)
7.1 (API level 25)
9.0 (API level 28)
13.0 (API level 33)
7.0 (API level 24)
SDK Command-line Tools Version: 7.0
SDK Platform Tools Version: 34.0.0
SDK Build Tools Version: 34.0.0 rc1
Build Information:
Mono: 6dd9def
Java.Interop: xamarin/java.interop/d17-5@149d70fe
SQLite: xamarin/sqlite/3.40.1@68c69d8
Xamarin.Android Tools: xamarin/xamarin-android-tools/d17-5@9f02d77
Microsoft Build of OpenJDK
Java SDK: /Library/Java/JavaVirtualMachines/microsoft-11.jdk
11.0.16.1
Android Designer EPL code available here:
https://github.com/xamarin/AndroidDesigner.EPL
Eclipse Temurin JDK
Java SDK: /Library/Java/JavaVirtualMachines/temurin-8.jdk
1.8.0.302
Android Designer EPL code available here:
https://github.com/xamarin/AndroidDesigner.EPL
Android SDK Manager
Version: 17.6.0.7
Hash: 466abb5
Branch: remotes/origin/main~1
Build date: 2023-02-13 22:38:42 UTC
Android Device Manager
Version: 0.0.0.1246
Hash: 0dd943a
Branch: main~1
Build date: 2023-02-13 22:38:42 UTC
Xamarin Designer
Version: 17.6.0.17
Hash: 0180199186
Branch: remotes/origin/main
Build date: 2023-02-13 22:38:37 UTC
Apple Developer Tools
Xcode: 14.2 21534
Build: 14C18
Xamarin.Mac
Version: 9.1.0.2 Visual Studio Community
Hash: 956a059ba
Branch: xcode14.2
Build date: 2022-12-15 06:15:43-0500
Xamarin.iOS
Version: 16.2.0.2 Visual Studio Community
Hash: 956a059ba
Branch: xcode14.2
Build date: 2022-12-15 06:15:44-0500
Build Information
Release ID: 1706000402
Git revision: b0c291c78f94c725a2270217416e45dc810f5b26
Build date: 2023-02-13 22:36:42+00
Build branch: release-17.6
Build lane: release-17.6
Operating System
Mac OS X 13.2.1
Darwin 22.3.0 Darwin Kernel Version 22.3.0
Mon Jan 30 20:38:37 PST 2023
root:xnu-8792.81.3~2/RELEASE_ARM64_T6000 arm64
VS bug #1755046
To my mind the key step in addressing #2415 is to arrange that the already-existing cache is shared between all parts of the codebase that could use it.
Let me re-propose the steps I suggested over there:
First:
- rearrange the
Chefso that the cache directory that it uses is more predictable, I don't see why it should need to care about anything other than the URL that it is downloading from - submit an MR with that change only
- that should provoke maintainer opinion on whether this is a sensible path
- eg we can then have a discussion about whether your worry re existing caches is an important worry. (I think it's not)
Then: find some way to rearrange the code so that this cache can be shared by the Chef and also the places you have updated here.
It's not obvious to me what the best rearrangement is for the second part. Sketching out some ideas for that would maybe be useful prototyping, or just say in words what you're thinking and see if you can't attract some maintainer opinion on that too.
As it stands, I'm not sure that there's much in this MR that I would expect to survive to a final fix.
Thanks @dimbleby
I agree this work was also me trying to wrap my head around the codebase and toying with some ideas. As you rightly pointed out I did deviate from your original points but for what it's worth I plan to work towards them moving forward.
After spending some time in the code base, finding some way to rearrange the code so that this cache can be shared by the Chef seems like a bit of a challenge, it's likely if/when I figure it out someone will have already got to it. I don't have a lot of time to work on this but I'll keep plugging away when I can.
Thanks for the feedback.
👋 hey @tall-josh thanks for starting this work! I run into this issue everyday at work when using spacy models that come from a URL. curious to see if i could help with this effort at all, or if you were planning on continuing this work?
Hi @metasyn I am likely not going to get the time to address this issue in the foreseeable future. Happy for someone else to take the reins.
I see. Sounds good - in which case, maybe we should close this draft if its not intending to be worked on any longer?
Sorry, all. I don't really have time to work on this
This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.