Skip to content
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

[manual] Merge release/6.0-staging into release/6.0 #107572

Merged
merged 4 commits into from
Sep 10, 2024

Conversation

carlossanlop
Copy link
Member

Merge commit!

carlossanlop and others added 4 commits September 4, 2024 14:43
…ease/6.0-staging

[automated] Merge branch 'release/6.0' => 'release/6.0-staging'
Starting on macOS Sequoia, at least in beta, SecKeychainitemCopyKeychain no longer returns errSecNoSuchKeychain for ephemeral keys.
Instead, it returns errSecInvalidItemRef.

This adds the error code in the handling logic for when we need to add an ephemeral key to the target keychain.

Co-authored-by: Kevin Jones <kevin@vcsjones.com>
@carlossanlop carlossanlop added Servicing-approved Approved for servicing release area-codeflow for labeling automated codeflow labels Sep 9, 2024
@carlossanlop carlossanlop added this to the 6.0.35 milestone Sep 9, 2024
@carlossanlop carlossanlop requested review from a team September 9, 2024 21:16
@carlossanlop carlossanlop self-assigned this Sep 9, 2024
@carlossanlop
Copy link
Member Author

carlossanlop commented Sep 9, 2024

@dotnet/area-infrastructure-libraries @dotnet/area-system-formats-asn1 In the Build windows x64 Release Libraries_NET48 leg, that System.Formats.Asn1 assembly could not be loaded, but there were no changes there this month:

Unhandled Exception: System.IO.FileLoadException: Could not load file or assembly 'System.Formats.Asn1, Version=6.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
   at System.Formats.Asn1.Tests.Reader.ReadObjectIdentifier.<>c.<ReadVeryLongOid_WithAppContext>b__9_0()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at Microsoft.DotNet.RemoteExecutor.Program.Main(String[] args)

I will go ahead and merge this as it's unrelated, but we should look at this tomorrow morning. Any fix should go straight to the release/6.0 branch.

This has been happening since July: #104647

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-codeflow for labeling automated codeflow Servicing-approved Approved for servicing release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants