-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Start flowing Microsoft.NETCore.App dependency #22279
Conversation
327deb3
to
260906d
Compare
@@ -53,12 +53,12 @@ private TException SerializeAndDeserialize<TException>(TException exception) | |||
var stream = new MemoryStream(); | |||
var formatter = new BinaryFormatter(); | |||
|
|||
#pragma warning disable MSLIB0003 // Issue https://github.com/dotnet/runtime/issues/39289 tracks finding an alternative to BinaryFormatter | |||
#pragma warning disable SYSLIB0011 // Issue https://github.com/dotnet/runtime/issues/39289 tracks finding an alternative to BinaryFormatter |
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.
🎉
…nsistently - always use `$([MSBuild]::VersionXYZ(...))` for version checks - use `$(NETCoreAppFrameworkIdentifier)` where it's available - move `$(KnownAppHostPackOrFrameworkReferenceTfm)` setting to Directory.Build.props - use it to correct `@(KnownFrameworkReference)` updates - metadata of those items still uses `netcoreapp5.0` - see also dotnet/efcore#22279 (comment) nits: - do not assume `$(TargetFrameworkVersion)` starts with a 'v'; valid w/o it - add `$(_IsMicrosoftNETCoreApp20OrOlder)` property in OpenAPI targets file - evaluate the `Condition` once instead of three times
…nsistently (#25428) - always use `$([MSBuild]::VersionXYZ(...))` for version checks - use `$(NETCoreAppFrameworkIdentifier)` where it's available - move `$(KnownAppHostPackOrFrameworkReferenceTfm)` setting to Directory.Build.props - use it to correct `@(KnownFrameworkReference)` updates - metadata of those items still uses `netcoreapp5.0` - see also dotnet/efcore#22279 (comment) nits: - do not assume `$(TargetFrameworkVersion)` starts with a 'v'; valid w/o it - add `$(_IsMicrosoftNETCoreApp20OrOlder)` property in OpenAPI targets file - evaluate the `Condition` once instead of three times
@smitpatel @AndriySvyryd Do you think the error on macOS and Linux is related to this PR?
|
@bricelam Yes. Those tests shouldn't run on CI, so xunit is not filtering them out for some reason |
Ah, looks like there's another level of inner exception nesting-- |
Hello @bricelam! Because this pull request has the p.s. you can customize the way I help with merging this pull request, such as holding this pull request until a specific person approves. Simply @mention me (
|
Does anyone know how to debug Helix failures? 🤦♂️ |
...and how to install this on GitHub Actions? Maybe this is more trouble than it's worth. (And that's why we avoided it in the first place.) |
One of the helix log file https://helix.dot.net/api/2019-06-17/jobs/f8bcd0cc-e282-4976-b1f7-3696d20aa06e/workitems/Microsoft.Data.Sqlite.Tests.dll/console Not sure helix can handle runtime differing from SDK. AFAIK, aspnet repo actually downloads .net on helix agents (like how local build does) just to run the test. Not sure if it is worth doing. |
Since Cosmos in github action uses same step as command line, it shouldn't be failing. Where does NetworkException type comes from? |
Closing. We'll continue to take the path of least resistance and use the version bundled with the SDK. |
…nsistently (dotnet/aspnetcore#25428) - always use `$([MSBuild]::VersionXYZ(...))` for version checks - use `$(NETCoreAppFrameworkIdentifier)` where it's available - move `$(KnownAppHostPackOrFrameworkReferenceTfm)` setting to Directory.Build.props - use it to correct `@(KnownFrameworkReference)` updates - metadata of those items still uses `netcoreapp5.0` - see also dotnet/efcore#22279 (comment) nits: - do not assume `$(TargetFrameworkVersion)` starts with a 'v'; valid w/o it - add `$(_IsMicrosoftNETCoreApp20OrOlder)` property in OpenAPI targets file - evaluate the `Condition` once instead of three times Commit migrated from dotnet/aspnetcore@1f84e28882da
This will tighten the feedback loop for changes made to the "BCL". I feel this is important as we near the end of the 5.0 release.
Fixes #22304