Sitelet https://github.com/dotnet/Docker.DotNet/pull/567
Skip to content

Strong name the assemblies - #567

Merged
galvesribeiro merged 1 commit into
dotnet:masterfrom
JamieMagee:strong-naming
Dec 3, 2022
Merged

galvesribeiro merged 1 commit into
dotnet:masterfrom
JamieMagee:strong-naming

Conversation

@JamieMagee

Copy link
Copy Markdown
Member

Key generated using sn -k Key.snk

Closes #403

@JamieMagee

Copy link
Copy Markdown
Member Author

@galvesribeiro can you review this please?

@JamieMagee

Copy link
Copy Markdown
Member Author

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

@HofmeisterAn HofmeisterAn left a comment

Copy link
Copy Markdown
Contributor

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
Copy Markdown
Contributor

@galvesribeiro Can we merge this, please?

@galvesribeiro

Copy link
Copy Markdown
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
Copy Markdown
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

galvesribeiro commented Dec 4, 2022 via email

Copy link
Copy Markdown
Member

@HofmeisterAn

Copy link
Copy Markdown
Contributor

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

@JamieMagee

Copy link
Copy Markdown
Member Author

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

@HofmeisterAn

Copy link
Copy Markdown
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
Copy Markdown
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