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

Fix dependency version & packageVersion in runtime.native.system.io.ports #47732

Merged
merged 3 commits into from
Feb 11, 2021
Merged

Conversation

Anipik
Copy link
Contributor

@Anipik Anipik commented Feb 2, 2021

Fixes #47268

Description

We shipped runtime.native.system.io.ports package with non-stable dependencies


runtime.linux-arm.runtime.native.System.IO.Ports (>= 5.0.0-rtm.20519.4)
runtime.linux-arm64.runtime.native.System.IO.Ports (>= 5.0.0-rtm.20519.4)
runtime.linux-x64.runtime.native.System.IO.Ports (>= 5.0.0-rtm.20519.4)
runtime.osx-x64.runtime.native.System.IO.Ports (>= 5.0.0-rtm.20519.4)

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


runtime.linux-arm.runtime.native.System.IO.Ports (>= 5.0.0-rtm.20519.4)
runtime.linux-arm64.runtime.native.System.IO.Ports (>= 5.0.0-rtm.20519.4)
runtime.linux-x64.runtime.native.System.IO.Ports (>= 5.0.0-rtm.20519.4)
runtime.osx-x64.runtime.native.System.IO.Ports (>= 5.0.0-rtm.20519.4)

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.

@ghost
Copy link

ghost commented Feb 2, 2021

Tagging subscribers to this area: @safern, @ViktorHofer
See info in area-owners.md if you want to be subscribed.

Issue Details

Fixes #47268

Author: Anipik
Assignees: -
Labels:

area-Infrastructure-libraries

Milestone: -

Copy link
Member

@ViktorHofer ViktorHofer left a 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?

@Anipik Anipik added the Servicing-consider Issue for next servicing release review label Feb 2, 2021
@Anipik Anipik changed the title Fix dependency version & packageVersion in system.io.ports Fix dependency version & packageVersion in runtime.native.system.io.ports Feb 2, 2021
],
"InboxOn": {}
},
"runtime.osx-x64.runtime.native.System.IO.Ports": {
Copy link
Member

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.

Copy link
Member

@ericstj ericstj Feb 4, 2021

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.

Copy link
Member

@ericstj ericstj left a 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.

@danmoseley danmoseley removed the Servicing-consider Issue for next servicing release review label Feb 4, 2021
@danmoseley
Copy link
Member

taking label off until it's ready to go

@danmoseley
Copy link
Member

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.

@ericstj ericstj added the Servicing-approved Approved for servicing release label Feb 4, 2021
@ericstj
Copy link
Member

ericstj commented Feb 4, 2021

Approved over mail

@Anipik
Copy link
Contributor Author

Anipik commented Feb 11, 2021

Failures are related to this #46837

@Anipik Anipik merged commit 5a9c8de into dotnet:release/5.0 Feb 11, 2021
@Anipik Anipik deleted the ports branch February 17, 2021 03:16
@ghost ghost locked as resolved and limited conversation to collaborators Mar 19, 2021
@danmoseley danmoseley added this to the 5.0.4 milestone Apr 1, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants