Closed amaechler closed 4 years ago
Hi! Thanks for the suggestion. Does StrongNamer solve this problem for you?
Best regards, Nick
Thanks for the quick reply @nblumhardt. I wasn't aware of StrongNamer, and that would indeed work for me.
~After diving in a bit further into strong-naming assemblies, the project I'm working on might be able to simply disable signing assemblies altogether.~ We will most likely sign the assembly ourselves for the time being.
That said, it could potentially still be useful for Seq.Api
to provide strongly-named assemblies for the largest possible compatibility.
Update In the meantime, Microsoft released a open-source library guide suggesting strong-signing as well: https://docs.microsoft.com/en-us/dotnet/standard/library-guidance/strong-naming#create-strong-named-net-libraries
Thanks for the follow-up. I don't think we'll have time for this in the v5 schedule; given there's a good workaround via StrongNamer my inclination is to leave this one for now - please do let us know if you end up blocked, however.
This package's dependency on Tavis.UriTemplates blocks us from signing, currently; I think we may revisit this in the future, but for now I'll close this one.
Thanks again for the input, @amaechler 👍
When trying to build an application requiring strong-named assemblies, I get the following error when including the
Seq.Api
nuget package:due to released assembly not being signed.