Unable to resolve dependencies on HelloWeb example about aspnetcore

[davidfowl]

@Eilon did we pin those as well?

[Eilon]

Everything should be pinned. Do we know which specific versions can't be found?

[smaglio81]

This is the contents of the project.json file:

{
  "version": "0.1-alpha-*",
  "dependencies": {
    "Microsoft.AspNet.Diagnostics": "0.1-alpha-build-0623",
    "Microsoft.AspNet.Hosting": "0.1-alpha-build-0519",
    "Microsoft.AspNet.Server.WebListener": "0.1-alpha-build-0469",
    "Microsoft.AspNet.StaticFiles": "0.1-alpha-build-0402"
  },
  "commands": {
    "web": "Microsoft.AspNet.Hosting server=Microsoft.AspNet.Server.WebListener server.urls=http://localhost:5001"
  },
  "configurations": {
    "net45": {},
    "k10": {}
  }
}

[smaglio81]

Thank you both for your time. I had copied the sample HelloWeb into a different folder (outside of the aspnet\Home directory). kpm restore was unable to find those packages when run from the outside folder.

So, there must be some files/configurations in the aspnet\Home directories that give kpm restore the information necessary to resolve the dependencies.

My apologizes for taking up your time; especially on a Saturday.

Thanks again.

[Eilon]

Glad you got it working! I did notice some problems in the error message and logged aspnet/dnx#206 to track improving the error message.

[smaglio81]

I think I understand the sandbox a little better now. And, I think I understand why copying the HelloWeb app to a new folder didn't work.

The NuGet.Config file which contains a reference to the myget repository needs to be at least 2 directory levels up from the project.json file. It looks like klr.exe starts searching 2 levels up with a search pattern of:

C:\
     NthLevel\
         2ndLevel\
             .nuget\
                 NuGet.Config [1st search]
             packages\ [klr.exe creates this]
             1stLevel (eg.samples or src)\
                 ProjectName (eg.HelloWeb)\
                     project.json
         NuGet.Config [2nd search]
      NuGet.Config [Nth search]

It does search for and include the default NuGet.Config at %APPDATA%\NuGet\NuGet.Config. But the rest of the search pattern is backwards from the normal NuGet Config search pattern.

It also looks like klr.exe always creates a /packages folder at the second level.

aspnet\KRuntime's .kproj's all look to be 2-levels deep. So, this may be the convention, I guess? But that's a question for StackOverflow.

[davidfowl]

@smaglio81 for more information on how the "root" is located aspnet/dnx#192

[smaglio81]

That's awesome! Thanks!

[archasek]

Hey, I had a similar problem, fixed it as this thread says, and now I have this error:
System.NotImplementedException: The requested feature is not implemented. at Microsoft.Framework.PackageManager.Restore.NuGet.PackageUtilities.EnsureValidPackageContents (System.IO.Stream stream, Microsoft.Framework.PackageManager.PackageInfo package) [0x00000] in <filename unknown>:0 at Microsoft.Framework.PackageManager.Restore.NuGet.PackageUtilities+<>c__DisplayClass1_0.<OpenNupkgStreamAsync>b__0 (System.IO.Stream stream) [0x00000] in <filename unknown>:0 at Microsoft.Framework.PackageManager.Restore.NuGet.HttpSource+<GetAsync>d__8.MoveNext () [0x00000] in <filename unknown>:0

stacktrace: http://wklej.org/hash/5360fc51211/

[Eilon]

@archasek if this is a new issue please log a new bug, thanks!