Hi,
Ive installed the latest core and it gives me .net standard 2.1 in the target framework dropdown in Fire. If I try and build it fails with an error about unsupported schema
standard21.txt (16.7 KB)
Thanks,
John
Hi,
Ive installed the latest core and it gives me .net standard 2.1 in the target framework dropdown in Fire. If I try and build it fails with an error about unsupported schema
standard21.txt (16.7 KB)
Thanks,
John
It doesnt seem installed, the files arent in .nuget.
I guess its trying to find it and falls back to the that last folder and doesnt like the format
Checking <NuGetRepository file:///Users/JohnMoshakis/.nuget/packages/>
D: Package NETStandard.Library found in repository <NuGetRepository file:///Users/JohnMoshakis/.nuget/packages/>
D: Available Versions of ‘NETStandard.Library’: 2.0.0-preview1-25301-01, 2.0.0-preview1-25212-02, 2.0.0, 1.6.1, 1.6.0, 1.5.0-rc2-24027.
D: Package NETStandard.Library version 2.1 could not be matched in repository <NuGetRepository file:///Users/JohnMoshakis/.nuget/packages/>.
D: Checking <NuGetRepository :///Users/JohnMoshakis/.dotnet/NuGetFallbackFolder>
Checking <NuGetRepository :///Users/JohnMoshakis/.dotnet/NuGetFallbackFolder>
This doesn’t seem like a valid url?
No. Im not sure where its coming from.
Im trying to convert an older project to use NuGetReference
Is it because it cant find a package ?
Package Microsoft.Owin.Host.SystemWeb:3.0.1 found in local cache.
D: Checking <NuGetRepository file:///Users/JohnMoshakis/.nuget/packages/>
D: Checking <NuGetRepository https://api.nuget.org/v3/index.json>
D: Checking <NuGetRepository :///Users/JohnMoshakis/.dotnet/NuGetFallbackFolder>
E: Unsupported URL scheme
D: | at RemObjects.Elements.Basics.PackageRepository.HasPackageWithName (System.String aName) [0x00066] in :0 .
D: | at RemObjects.Elements.Basics.NuGetRepository.HasPackageWithName (System.String aName) [0x00043] in :0 .
D: | at RemObjects.EBuild.Elements.ElementsProcessNuGetReferences.FindConcretePackageWithName (System.String aName, System.String aVersion) [0x00124] in <02efa3fab0a6401a8aed927f46a2989c>:0 .
D: | at RemObjects.EBuild.Elements.ElementsProcessNuGetReferences.ProcessNuGetReference (RemObjects.EBuild.EBuildObject aReference) [0x00074] in <02efa3fab0a6401a8aed927f46a2989c>:0 .
D: | at RemObjects.EBuild.Elements.ElementsProcessNuGetReferences.Execute () [0x0013a] in <02efa3fab0a6401a8aed927f46a2989c>:0 .
D: | at RemObjects.EBuild.EBuildContext.RunTask________forTarget (RemObjects.EBuild.EBuildTask+MetaClass aTask, RemObjects.EBuild.EBuildValues aSettings, RemObjects.EBuild.EBuildObjects aObjects, RemObjects.EBuild.EBuildTarget aTarget) [0x0030b] in <5185432fc9d54b73acb1640af3d69f6b>:0 .
<- Task RemObjects.EBuild.Elements.ElementsProcessNuGetReferences failed with exception Unsupported URL scheme for SailingLogWebApplication, Echoes, took 0.0000s (1.6569s).
D: | at RemObjects.Elements.Basics.PackageRepository.HasPackageWithName (System.String aName) [0x00066] in :0
D: | at RemObjects.Elements.Basics.NuGetRepository.HasPackageWithName (System.String aName) [0x00043] in :0
D: | at RemObjects.EBuild.Elements.ElementsProcessNuGetReferences.FindConcretePackageWithName (System.String aName, System.String aVersion) [0x00124] in <02efa3fab0a6401a8aed927f46a2989c>:0
D: | at RemObjects.EBuild.Elements.ElementsProcessNuGetReferences.ProcessNuGetReference (RemObjects.EBuild.EBuildObject aReference) [0x00074] in <02efa3fab0a6401a8aed927f46a2989c>:0
D: | at RemObjects.EBuild.Elements.ElementsProcessNuGetReferences.Execute () [0x0013a] in <02efa3fab0a6401a8aed927f46a2989c>:0
D: | at RemObjects.EBuild.EBuildContext.RunTask________forTarget (RemObjects.EBuild.EBuildTask+MetaClass aTask, RemObjects.EBuild.EBuildValues aSettings, RemObjects.EBuild.EBuildObjects aObjects, RemObjects.EBuild.EBuildTarget aTarget) [0x0030b] in <5185432fc9d54b73acb1640af3d69f6b>:0
It seems somehow you have 3 repositories registered.
can you check what’s in
~/.nuget/NuGet/NuGet.config
under the packageSources
key for me? I read those and create URLs, it seems to me that maybe Microsoft is mixing URLs and file paths, which could cause this…
I’ll add a workaround.
I have this
<?xml version=“1.0” encoding=“utf-8”?>
<configuration>
<packageSources>
<add key=“nuget.org” value=“https://api.nuget.org/v3/index.json” protocolVersion=“3” />
<add key=“CliFallbackFolder” value="/Users/JohnMoshakis/.dotnet/NuGetFallbackFolder" />
</packageSources>
</configuration>
K, that’d do it. I expected these to consistently be URLs. the new build should fix it.