-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Fix dependency version & packageVersion in runtime.native.system.io.ports #47732
Conversation
Tagging subscribers to this area: @safern, @ViktorHofer Issue DetailsFixes #47268
|
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.
Is this scenario broken in master as well?
], | ||
"InboxOn": {} | ||
}, | ||
"runtime.osx-x64.runtime.native.System.IO.Ports": { |
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.
What happens if we add new rids, do we have to be adding more entries here? I don't know if there is a better way long term. For 5.0.0 fix, it seems good as is, but maybe we can come with a better way long term.
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.
In 6.0 the package index will hopefully go away.
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.
Please ensure we build a new version of System.IO.Ports so folks have a public package to reference to get this fix.
taking label off until it's ready to go |
Also @Anipik can you please update the template content above to your improved version that is clearer eg about the customer impact of the current state. |
Approved over mail |
Failures are related to this #46837 |
Fixes #47268
Description
We shipped runtime.native.system.io.ports package with non-stable dependencies
Nuget.exe fails to install the package with specific targetFramework
eg. NuGet.exe install System.IO.Ports -Version 5.0.0 -outputdirectory ioports -Framework net5.0 -Verbosity detailed
We also never shipped the stable 5.0 version
of these packages.
The fix is shipping 5.0.0 stable version of runtime specific packages and 5.0.1 version of runtime.native.system.io.ports with 5.0.0 dependencies
Customer Impact
Nuget pack does not allow to have a stable package depend on non-stable packages.
Customers lack confidence in our packages due to non-stable suffix. There wont be any functional change.
Regression
yes, in 3.1 we shipped the stable versions of runtime specific packages
Testing
Used package explorer to check the dependency versions.
Verified with nuget.exe install works using a local feed.
Risk
Low, we are changing the packageIndex.json to fix this. The major use of PackageIndex is used to calculate the dependency version in packages. However, the change is very specific to few packages.