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

Sign Assembly #5

Closed
emdadgar2 opened this issue Feb 26, 2014 · 8 comments
Closed

Sign Assembly #5

emdadgar2 opened this issue Feb 26, 2014 · 8 comments
Assignees
Milestone

Comments

@emdadgar2
Copy link

Hi,
Please sign Nuget package to easier use...
Thanks

@alexdavies74
Copy link
Collaborator

Try using https://www.nuget.org/packages/Microsoft.Bcl.Async instead, it
was released by MS after AsyncBridge, and supersedes it.

On Wed, Feb 26, 2014 at 12:16 PM, John Smith notifications@github.comwrote:

Hi,
Please sign Nuget package to easier use...
Thanks

Reply to this email directly or view it on GitHubhttps://github.com//issues/5
.

@jspraul
Copy link

jspraul commented Feb 26, 2014

FWIW, Microsoft.Bcl.Async doesn't support .NET 3.5

@emdadgar2
Copy link
Author

And MS.BCL.Async doesn't support winXP

@alexdavies74
Copy link
Collaborator

I don't have a windows machine available anymore to do this. If anyone still wants it, I can make you an owner of the nuget project.

@falahati
Copy link

falahati commented Jan 8, 2016

@emdadgar2, it does.
Currently using Microsoft.Bcl.Async with VS2015 to target Windows XP and it works. But there are some problems. Firstly, all clients need to install two updates for .Net 4 and they should have Windows XP SP3 (or x64 SP2) to do so. Also you need to ship the config file side by side of the application (which of course is not a problem by it-self). Yet I still had some difficultly with Mono port of the application. Honestly, I could have wrote the app using old API and even save some time.

I am going to test this project in next days and will report of its success.

@hypersw
Copy link

hypersw commented Jul 6, 2016

Unfortunately, the Microsoft.Bcl.Async package is incomplete in that it references missing assemblies like System.Threading.Tasks, Version=1.5.11.0 which is nowhere to be found for target framework .NET 4 (there're DLLs of the same version for different frameworks and the set of classes in them does not match the requirements). I couldn't make a working set out of it. So we're using this AsyncBridge, and had to sign the DLL with our key to make it load in or strongnamed environment.

@jnm2 jnm2 added this to the 0.2.1 milestone Jan 3, 2018
@jnm2 jnm2 self-assigned this Jan 3, 2018
@jnm2
Copy link
Collaborator

jnm2 commented Jan 6, 2018

AsyncBridge.Net35 and AsyncBridge.Portable have been signed since 2012-04-27. Unlike those two, a 0.2.0 of AsyncBridge was never published and so there has never been a signed package for.NET Framework 4.0.

Since this issue was filed in 2014, the OP must have been asking about the .NET Framework 4.0 package and therefore Alex's comment applies– try using https://www.nuget.org/packages/Microsoft.Bcl.Async since you're on .NET Framework 4.0.

For those who are actually on .NET Framework 3.5, you've already had the signed AsyncBridge.Net35 since 2012.

However, looking forward: I am going to correct the inconsistency by publishing a new AsyncBridge package to fill the gap for the net40 build, even though we still recommend using Microsoft.Bcl.Async instead since you're on net40.

@jnm2
Copy link
Collaborator

jnm2 commented Jan 20, 2018

The latest versions of all AsyncBridge packages contain only signed DLLs.

Newly unified package (net35, net40 and sl5):
NuGet

Deprecated packages:
NuGet (AsyncBridge.Net35)
NuGet (AsyncBridge.Portable)

@jnm2 jnm2 closed this as completed Jan 20, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants