-
Notifications
You must be signed in to change notification settings - Fork 3.3k
[main] Update dependencies from dotnet/runtime #24861
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
[main] Update dependencies from dotnet/runtime #24861
Conversation
…0508.8 Microsoft.NETCore.BrowserDebugHost.Transport , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.Extensions.Logging , Microsoft.Extensions.HostFactoryResolver.Sources , Microsoft.Extensions.Caching.Memory , Microsoft.Extensions.Configuration , Microsoft.Extensions.Configuration.Abstractions , Microsoft.Extensions.Configuration.EnvironmentVariables , Microsoft.Extensions.Configuration.Json , Microsoft.Extensions.DependencyInjection , Microsoft.Extensions.DependencyModel , Microsoft.NETCore.App.Ref , System.Diagnostics.DiagnosticSource , System.Collections.Immutable From Version 6.0.0-preview.5.21226.1 -> To Version 6.0.0-preview.5.21258.8
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Auto-approving dependency update.
Hmm, this was probably opened instead of updating #24824 because that one contains an extra commit. Let's use this going forward… /fyi @lewing @davidfowl |
@ericstj this and dotnet/aspnetcore#32461 are now broken because Microsoft.Extensions.HostFactoryResolver.Sources lacks the expected build/Microsoft.Extensions.HostFactoryResolver.Sources.targets. Is this a similar problem to previous one seen in dotnet/aspnetcore#32461 (that you fixed)❔ |
…0510.1 Microsoft.NETCore.BrowserDebugHost.Transport , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.Extensions.Logging , Microsoft.Extensions.HostFactoryResolver.Sources , Microsoft.Extensions.Caching.Memory , Microsoft.Extensions.Configuration , Microsoft.Extensions.Configuration.Abstractions , Microsoft.Extensions.Configuration.EnvironmentVariables , Microsoft.Extensions.Configuration.Json , Microsoft.Extensions.DependencyInjection , Microsoft.Extensions.DependencyModel , Microsoft.NETCore.App.Ref , System.Diagnostics.DiagnosticSource , System.Collections.Immutable From Version 6.0.0-preview.5.21226.1 -> To Version 6.0.0-preview.5.21260.1
@dougbu The build target isn't auto-generated anymore because the |
This was fixed❕ Many thanks @ViktorHofer❕ @Tratcher the fix hasn't reached the BAR or this PR. The currently-running official build of dotnet/runtime missed @ViktorHofer's change by (just) one commit. Probably need to wait about 3 hours before this PR or dotnet/aspnetcore#32461 see a fixed build. |
…0510.6 Microsoft.NETCore.BrowserDebugHost.Transport , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.Extensions.Logging , Microsoft.Extensions.HostFactoryResolver.Sources , Microsoft.Extensions.Caching.Memory , Microsoft.Extensions.Configuration , Microsoft.Extensions.Configuration.Abstractions , Microsoft.Extensions.Configuration.EnvironmentVariables , Microsoft.Extensions.Configuration.Json , Microsoft.Extensions.DependencyInjection , Microsoft.Extensions.DependencyModel , Microsoft.NETCore.App.Ref , System.Diagnostics.DiagnosticSource , System.Collections.Immutable From Version 6.0.0-preview.5.21226.1 -> To Version 6.0.0-preview.5.21260.6
@davidfowl is this another DI issue?
|
The DI issues are never ending. I'm not sure, I haven't seen this one yet. |
OK so it's this https://github.com/OData/WebApi/blob/757631faf10b494e55117904196e8aa45d4c764d/src/Microsoft.AspNet.OData.Shared/DefaultContainerBuilder.cs#L80-L92. It's looking in the wrong assembly... We moved the type (with type forwards recently). |
Crud, I screwed up the commit history here. Let me see if I can fix it. |
78c707e
to
fbd1ebc
Compare
Fixed 👍 |
OData was locating ServiceCollectionContainerBuilderExtensions in the same assembly as ServiceCollection. This broke when ServiceCollection was pushed down to another assembly. This works around it by avoiding reflection and directly calling ServiceCollectionContainerBuilderExtensions.BuildServiceProvider(this IServiceCollection). This commit can be reverted when picking up an OData package with OData/WebApi@1528766
fbd1ebc
to
312a3d5
Compare
You can update it when the package is available. |
Hey folks, looks like we're past the OData bug, now seeing a bunch of failures in Microsoft.EntityFrameworkCore.InMemory.FunctionalTests. At first I thought it was just a flaky |
@davidfowl More D.I. issues? |
😅 longest bug tail ever |
I'm looking into it |
@ajcvickers it would be good to get someone from the team to help investigate though. Just in case it might be something else. |
OK I can reproduce the failure consistently locally. |
OK another fix it up for this. |
@davidfowl I assume I just need to wait for a dependency update on this PR at this point, correct? Or is there reactionary work needed after your PR to runtime is merged? |
I believe we need to manually trigger it now, since I touched the branch. Helix won't do it automatically. @dougbu is that right? |
This is the build that will have the change: https://dev.azure.com/dnceng/internal/_build/results?buildId=1138049&view=results |
Let's hope that's the last bug😬 |
'6.0.0-preview.5.21260.6' => '6.0.0-preview.5.21263.7' (from build '20210513.7' of 'https://github.com/dotnet/runtime')
I did a manual update 🤞 |
Yes, that's what I've seen too. In addition, moving faster than our daily subscription makes a great deal of sense here. |
Omg it works. Never changing DI again |
This pull request updates the following dependencies
From https://github.com/dotnet/runtime