Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
dotnet run looking for Microsoft.NETCore.App 1.1.0 (not preview), without me referencing it #4599
Steps to reproduce
Unfortunately I only have a fairly complex, private set of projects which exhibit this.
I am very happy to spend time diagnosing, sharing specific information and trying things out.
Project runs as it did before.
Anything I can do to dig in deeper, diagnose, things to look for, I'm all ears!
I hit this, too. The preview must be installed locally:
Windows x64: https://go.microsoft.com/fwlink/?LinkID=831453
[EDIT] It wasn't enough to merely reference the metapackage for my self-contained app ...
... I had to run the installer to get the bits into
In my case what I did was use the exact version in a self-contained project, so I didn't have
I guess the thing that I'm confused about is that this requirement didn't seem to be the case for other packages or metapackages referenced this way in
M.N.App defines the core .NET Core FX and when referencing it, it is expected to be present in dotnet\shared for portable apps or will be published alongwith the app when it is published as standalone.
Did you publish the application as standalone? If so, can you please share the repro project for @schellap to take a look at?
It's up now at https://github.com/GuardRex/CLI_Issue_4599
If the metapackage folder is present at
... it's all good. If I just drag that version folder out, I get the ...
[EDIT] The problem for me was a publish (not a run) with ...
... I wasn't trying to run the project locally.
I think this is just going to turn out to be a misunderstanding on my part about the local requirement for
What I originally attempted to do was use 1.0 (or 1.0.x) tooling while upgrading the project to 1.1.0 thinking that I could just drop in a dep for
@livarcocc ok, cool
Thx for clearing it up for me. I think a few others tho will hit that and scratch their head, so perhaps its just as well it came up here.
There is the same problem with my project, the workaround to resolve it successfully is that remove the item 'C:\Program Files (x86)\dotnet' from the Path of Environment Variable because I found I did not install the right netcore version under X86. I have not tried to install the proper version with x86, appreciate that you tell me if you have done that test.