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

paket doesn't evaluate compliant .net standard library target runtimes properly #2245

Closed
cloudRoutine opened this issue Apr 13, 2017 · 2 comments

Comments

@cloudRoutine
Copy link
Member

According to the .NET platform support chart, packages targeting netstandard13 should install into projects targeting net46+

Paket used to install packages properly in this situation

But now it no longer does.

Repro -

frameworkfail.zip

@matthid
Copy link
Member

matthid commented Apr 17, 2017

This issue is interesting because there are at least two meanings of how you can understand the framework: netstandard13 syntax:

  1. "Paket, I use this package only for compiling against the specific framework. Get rid of all the stuff I don't need"
  2. "Paket, use the package as if it would contain only the contents of the given framework and continue normally"

You assumed 2 while 1 is implemented. From a resolving standpoint there is not much difference as both restrict the number of dependency groups used.
From an installing standpoint there is difference: In "1" we simply ignore everything but the given frameworks.
In "2" we would need add the restrictions, and then add back all compatible frameworks for the remaining folders...
Hope this makes sense :)

As this more a philosophical question as implementation we should discuss which behavior makes more sense, or if we should add "2" with another feature. /discuss /cc @forki

@cloudRoutine
Copy link
Member Author

if VFT just supported targeting netstandard this wouldn't be an issue, so there really isn't a need for a new feature or additional complexity. it's just an unfortunate situation until VFT gets up to snuff 😞

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

No branches or pull requests

2 participants