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 #86295

Merged
merged 30 commits into from
May 16, 2023

Conversation

carlossanlop
Copy link
Member

Merge commit.

carlossanlop and others added 27 commits April 10, 2023 22:17
…msdk (dotnet#84705)

* Update dependencies from https://github.com/dotnet/arcade build 20230411.7

Microsoft.DotNet.ApiCompat , Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Build.Tasks.Archives , Microsoft.DotNet.Build.Tasks.Feed , Microsoft.DotNet.Build.Tasks.Installers , Microsoft.DotNet.Build.Tasks.Packaging , Microsoft.DotNet.Build.Tasks.TargetFramework.Sdk , Microsoft.DotNet.Build.Tasks.Templating , Microsoft.DotNet.Build.Tasks.Workloads , Microsoft.DotNet.CodeAnalysis , Microsoft.DotNet.GenAPI , Microsoft.DotNet.GenFacades , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.PackageTesting , Microsoft.DotNet.RemoteExecutor , Microsoft.DotNet.SharedFramework.Sdk , Microsoft.DotNet.VersionTools.Tasks , Microsoft.DotNet.XUnitConsoleRunner , Microsoft.DotNet.XUnitExtensions
 From Version 6.0.0-beta.23167.1 -> To Version 6.0.0-beta.23211.7

* Update dependencies from https://github.com/dotnet/emsdk build 20230412.1

Microsoft.NET.Workload.Emscripten.Manifest-6.0.100 , Microsoft.NET.Workload.Emscripten.Manifest-6.0.300 , Microsoft.NET.Workload.Emscripten.Manifest-6.0.400
 From Version 6.0.17 -> To Version 6.0.17

---------

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
…dotnet#84432)

There are a couple of places where we read the _continuation field and then read some other state which we assume to be consistent with the value we read in _continuation.  But without a fence, those secondary reads could be reordered with respect to the first.
…ld 20230412.1 (dotnet#84784)

Microsoft.DotNet.CilStrip.Sources , System.ComponentModel.TypeConverter.TestData , System.Data.Common.TestData , System.Drawing.Common.TestData , System.IO.Compression.TestData , System.IO.Packaging.TestData , System.Net.TestData , System.Private.Runtime.UnicodeData , System.Runtime.Numerics.TestData , System.Runtime.TimeZoneData , System.Security.Cryptography.X509Certificates.TestData , System.Windows.Extensions.TestData
 From Version 6.0.0-beta.23179.5 -> To Version 6.0.0-beta.23212.1

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
…/6.0-to-release/6.0-staging

[automated] Merge branch 'release/6.0' => 'release/6.0-staging'
…er is closed (dotnet#85062)

* remove error message when browser is closed

* remove error message when browser is closed
….5 (dotnet#85003)

Microsoft.NETCore.Runtime.ICU.Transport
 From Version 6.0.0-rtm.23170.3 -> To Version 6.0.0-rtm.23218.5

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
…#84681)

* Port perfmap work to 6

* Update perfmap.cpp

---------

Co-authored-by: Daniel Ramos <danielramos@dsomar20.redmond.corp.microsoft.com>
…ook for it first (dotnet#85271)

The unmanaged native library probing documentation says to try
absolute paths without variations

https://learn.microsoft.com/en-us/dotnet/core/dependency-loading/default-probing#unmanaged-native-library-probing

Manual backport of  dotnet#85255 to net6
…dotnet#85353)

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
…/6.0-to-release/6.0-staging

[automated] Merge branch 'release/6.0' => 'release/6.0-staging'
…et#85725)

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Co-authored-by: Premek Vysoky <premek.vysoky@microsoft.com>
…tnet#85661)

* Make WindowsServiceLifetime gracefully stop (dotnet#83892)

* Make WindowsServiceLifetime gracefully stop

WindowsServiceLifetime was not waiting for ServiceBase to stop the service.  As a result
we would sometimes end the process before notifying service control manager that the service
had stopped -- resulting in an error in the eventlog and sometimes a service restart.

We also were permitting multiple calls to Stop to occur - through SCM callbacks, and through
public API.  We must not call SetServiceStatus again once the service is marked as stopped.

* Alternate approach to ensuring we only ever set STATE_STOPPED once.

* Avoid calling ServiceBase.Stop on stopped service

I fixed double-calling STATE_STOPPED in ServiceBase, but this fix will
not be present on .NETFramework.  Workaround that by avoiding calling
ServiceBase.Stop when the service has already been stopped by SCM.

* Add tests for WindowsServiceLifetime

These tests leverage RemoteExecutor to avoid creating a separate service
assembly.

* Respond to feedback and add more tests.

This better integrates with the RemoteExecutor component as well,
by hooking up the service process and fetching its handle.

This gives us the correct logging and exitcode handling from
RemoteExecutor.

* Honor Cancellation in StopAsync

* Fix bindingRedirects in RemoteExecutor

* Use Async lambdas for service testing

* Fix issue on Win7 where duplicate service descriptions are disallowed

* Respond to feedback

* Fix comment and add timeout

* Fix test condition

# Conflicts:
#	src/libraries/Microsoft.Extensions.Hosting.WindowsServices/tests/UseWindowsServiceTests.cs

* Enable M.E.H.WindowsServices and S.SP.ServiceController for servicing

* Make service wait on its state before stopping (dotnet#84447)

* Fix WindowsService Tests where RemoteExecutor is unsupported

# Conflicts:
#	src/libraries/Microsoft.Extensions.Hosting.WindowsServices/tests/UseWindowsServiceTests.cs

* Port changes to 6.0 codebase

* Version Microsoft.Windows.Compatibility

---------

Co-authored-by: Vladimir Sadov <vsadov@microsoft.com>
Adding more details to our servicing documentation, particularly around the check-servicing-labels CI leg.

Co-authored-by: Juan Hoyos <19413848+hoyosjs@users.noreply.github.com>
…11.2 (dotnet#86123)

Microsoft.NET.Workload.Emscripten.Manifest-6.0.100 , Microsoft.NET.Workload.Emscripten.Manifest-6.0.300 , Microsoft.NET.Workload.Emscripten.Manifest-6.0.400
 From Version 6.0.17 -> To Version 6.0.18

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
* Add test for literal field without name reference

* Fix header name buffer allocation

* Add more tests

* Unified QPackDecoderTest test files

* Fix variable name

* Fixed HPackDecoder and ported QPack tests

* Feedback

---------

Co-authored-by: Bruno Blanes <bruno.blanes@outlook.com>
…net#84443)

* Suppress clang-16 warnings (dotnet#81573)

* Fix DBI loading problem on Linux (dotnet#82461)
* Add Ubuntu 22.10 kinetic kudu RIDs

* Add required OOB package authoring changes.

---------

Co-authored-by: Carlos Sánchez López <1175054+carlossanlop@users.noreply.github.com>
* [6.0-staging] Reset OOB packages from 6.0.17

* Avoid resetting M.W.C
@carlossanlop carlossanlop added the area-codeflow for labeling automated codeflow label May 16, 2023
@carlossanlop carlossanlop added this to the 6.0.18 milestone May 16, 2023
@carlossanlop carlossanlop requested a review from lewing May 16, 2023 04:35
@carlossanlop carlossanlop requested a review from hoyosjs May 16, 2023 04:35
@carlossanlop carlossanlop self-assigned this May 16, 2023
@carlossanlop carlossanlop changed the title [manual] Merge release/7.0-staging into release/7.0 [manual] Merge release/6.0-staging into release/6.0 May 16, 2023
@carlossanlop carlossanlop added the Servicing-approved Approved for servicing release label May 16, 2023
@carlossanlop
Copy link
Member Author

We have one more RID incoming. The CI will be reset.

dviererbe and others added 2 commits May 16, 2023 11:10
* Add Ubuntu 23.10 (Mantic Minotaur) RIDs

* library Microsoft.NETCore.Platforms
  - added RIDs to runtime.compatibility.json
  - added RIDs to runtime.json
  - added Mantic Version Id to Ubuntu runtimeGroups.props
  - incremented ServicingVersion in Microsoft.NETCore.Platforms.csproj

* Update src/libraries/Microsoft.NETCore.Platforms/src/Microsoft.NETCore.Platforms.csproj

---------

Co-authored-by: Carlos Sánchez López <1175054+carlossanlop@users.noreply.github.com>
@carlossanlop carlossanlop merged commit 51634ff into dotnet:release/6.0 May 16, 2023
@carlossanlop carlossanlop deleted the release/6.0-staging branch May 16, 2023 22:47
@ghost ghost locked as resolved and limited conversation to collaborators Jun 16, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
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.