You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
If a dependent assembly is .NET 4.5.1, and the current project is .NET 4.5, it will silently fail #1442
How about a meaningful error if paket is failing to import dependent assembles, due to a .NET framework mismatch?
Scenario: We had an entire team of 10 developers trying to fix issues with Paket. No matter what we did, a "paket install" would not import a required assembly.
Eventually, after 4 hours and some senior developers had tried and failed to fix the issue, we realized that the dependent packaged assembly was .NET v4.5.1, which wouldn't load into a project configured for .NET 4.5.
Unfortunately that is not always an error. Many packages are only used for some .NET framework versions and have counterparts in other nuget packages or the framework itself for other framework versions.
That said: would it have helped you if we provide a big yellow warning? We could warn if a framework was selected in the project but the install conditions create a empty lib set.
Thank you for your quick reply. It would definitely help if there was a yellow warning.
In Visual Studio, unfortunately, I think the "Output" view is monochrome if the Paket Extension Tool is used, so it might be an idea to empahasize it with some surrounding stars.
Unfortunately that is not always an error. Many packages are only used
for some .NET framework versions and have counterparts in other nuget
packages or the framework itself for other framework versions.
That said: would it have helped you if we provide a big yellow warning?
We could warn if a framework was selected in the project but the
install conditions create a empty lib set.
Reply to this email directly or view it on GitHub: #1442 (comment)
Activity
forki commentedon Jan 29, 2016
Unfortunately that is not always an error. Many packages are only used for some .NET framework versions and have counterparts in other nuget packages or the framework itself for other framework versions.
That said: would it have helped you if we provide a big yellow warning? We could warn if a framework was selected in the project but the install conditions create a empty lib set.
forki commentedon Jan 29, 2016
It could look like this:
Show message if a dependency is installed for wrong target framework - …
forki commentedon Jan 29, 2016
corresponding PR #1445
Show message if a dependency is installed for wrong target framework - …
sharpe5 commentedon Jan 29, 2016
Thank you for your quick reply. It would definitely help if there was a yellow warning.
In Visual Studio, unfortunately, I think the "Output" view is monochrome if the Paket Extension Tool is used, so it might be an idea to empahasize it with some surrounding stars.
On 29 January 2016 15:42:03 GMT+00:00, Steffen Forkmann notifications@github.com wrote:
sharpe5 commentedon Jan 29, 2016
Brilliant, that would work nicely!!
On 29 January 2016 16:46:55 GMT+00:00, Steffen Forkmann notifications@github.com wrote:
CumpsD commentedon Apr 7, 2016
Any way to be smarter then the resolver and ask paket to reference a "wrong" target framework? :)
forki commentedon Apr 8, 2016
Only manually
On Apr 8, 2016 12:29 AM, "David Cumps" notifications@github.com wrote: