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

Strong name the assemblies #567

Merged
merged 1 commit into from
Dec 3, 2022
Merged

Conversation

JamieMagee
Copy link
Member

Key generated using sn -k Key.snk

Closes #403

@JamieMagee
Copy link
Member Author

@galvesribeiro can you review this please?

@JamieMagee
Copy link
Member Author

@galvesribeiro is it possible to get this included in the next release please?

Copy link
Contributor

@HofmeisterAn HofmeisterAn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@galvesribeiro I think we can merge this. Not having the strong name prevents .NET Framework projects using the library in some cases.

@HofmeisterAn
Copy link
Contributor

@galvesribeiro Can we merge this, please?

@galvesribeiro
Copy link
Member

Ok. Got it. I thought SN wasn't a requirement on current .Net framework versions and only old ones used it.

It is important to make clear that this library, after the refactory in the works, will only support the supported versions of .Net. Anything out of support policy will not be included.

For now, lets merge this.

Thanks!

@galvesribeiro galvesribeiro merged commit 82103a2 into dotnet:master Dec 3, 2022
@JamieMagee JamieMagee deleted the strong-naming branch December 4, 2022 05:22
@HofmeisterAn
Copy link
Contributor

It is important to make clear that this library, after the refactory in the works, will only support the supported versions of .Net. Anything out of support policy will not be included.

Why is that? Are there any requirements or reasons to retarget from .NET Standard to .NET 5+? Do we really need the runtime features and drop support for .NET Framework? The .NET Framework 4.6.2 EOL is 2027 (4.8.1 TBD) wich in theory supports .NET Standard 2.0.

In general. I am fine with .NET 5+, but we exclude developers from using Docker.DotNet then (something I would like to avoid).

@galvesribeiro
Copy link
Member

galvesribeiro commented Dec 4, 2022 via email

@HofmeisterAn
Copy link
Contributor

Blocks the OpenTelemetry in .NET folks from using it...

@JamieMagee
Copy link
Member Author

@HofmeisterAn just to clarify, the lack of this change being released is blocking you?

@HofmeisterAn
Copy link
Contributor

just to clarify, the lack of this change being released is blocking you?

Yep, breaks the OTel build:

CSC : warning CS8002: Referenced assembly 'Docker.DotNet, Version=3.125.0.0, Culture=neutral, PublicKeyToken=null' does not have a strong name.

@galvesribeiro
Copy link
Member

Sorry for all the delay. Spoke on Slack with @HofmeisterAn. The new package was pushed which include the strong naming as per this PR.

Will discuss next steps from there.

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Can you provide a strong name for the Nuget package?
4 participants