Repository navigation
adding RuntimeIdentifiers to the fsproj breaks the build #2964
Description
Activity
/cc @enricosada @matthid
Can you just for fun try with setting the environment variable
PAKET_DISABLE_RUNTIME_RESOLUTIONtofalse? I guess (I have honestly no idea) this is because of those magic runtime dependencies, because: We don't know about them by default + We prevent NuGet to download stuff (ie everything going to the internet is done by paket).I tried it but seems to have no effect:
root@6e8f0348d91b:/build# export PAKET_DISABLE_RUNTIME_RESOLUTION=false root@6e8f0348d91b:/build# echo $PAKET_DISABLE_RUNTIME_RESOLUTION false root@6e8f0348d91b:/build# dotnet build Microsoft (R) Build Engine version 15.5.179.9764 for .NET Core Copyright (C) Microsoft Corporation. All rights reserved. perl : warning : Setting locale failed. [/build/fsharp.fsproj] perl : warning : Please check that your locale settings: [/build/fsharp.fsproj] LANGUAGE = (unset), LC_ALL = "en_US.UTF-8", LANG = "en_US.UTF-8" are supported and installed on your system. perl : warning : Falling back to the standard locale ("C"). [/build/fsharp.fsproj] adc83b19e793491b1c6ea0fd8b46cd9f32e592fc perl : warning : Setting locale failed. [/build/fsharp.fsproj] perl : warning : Please check that your locale settings: [/build/fsharp.fsproj] LANGUAGE = (unset), LC_ALL = "en_US.UTF-8", LANG = "en_US.UTF-8" are supported and installed on your system. perl : warning : Falling back to the standard locale ("C"). [/build/fsharp.fsproj] adc83b19e793491b1c6ea0fd8b46cd9f32e592fc perl : warning : Setting locale failed. [/build/fsharp.fsproj] perl : warning : Please check that your locale settings: [/build/fsharp.fsproj] LANGUAGE = (unset), LC_ALL = "en_US.UTF-8", LANG = "en_US.UTF-8" are supported and installed on your system. perl : warning : Falling back to the standard locale ("C"). [/build/fsharp.fsproj] adc83b19e793491b1c6ea0fd8b46cd9f32e592fc perl : warning : Setting locale failed. [/build/fsharp.fsproj] perl : warning : Please check that your locale settings: [/build/fsharp.fsproj] LANGUAGE = (unset), LC_ALL = "en_US.UTF-8", LANG = "en_US.UTF-8" are supported and installed on your system. perl : warning : Falling back to the standard locale ("C"). [/build/fsharp.fsproj] adc83b19e793491b1c6ea0fd8b46cd9f32e592fc Restoring packages for /build/fsharp.fsproj... /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-arm.Microsoft.NETCore.App (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.14.04-arm'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-arm.Microsoft.NETCore.DotNetHostPolicy (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.14.04-arm'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-arm.Microsoft.NETCore.DotNetHostResolver (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.14.04-arm'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-arm.Microsoft.NETCore.DotNetAppHost (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.14.04-arm'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-x64.Microsoft.NETCore.App (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.14.04-x64'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-x64.Microsoft.NETCore.DotNetHostPolicy (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.14.04-x64'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-x64.Microsoft.NETCore.DotNetHostResolver (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.14.04-x64'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-x64.Microsoft.NETCore.DotNetAppHost (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.14.04-x64'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-arm.Microsoft.NETCore.App (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.16.04-arm'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-arm.Microsoft.NETCore.DotNetHostPolicy (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.16.04-arm'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-arm.Microsoft.NETCore.DotNetHostResolver (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.16.04-arm'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-arm.Microsoft.NETCore.DotNetAppHost (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.16.04-arm'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-x64.Microsoft.NETCore.App (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.16.04-x64'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-x64.Microsoft.NETCore.DotNetHostPolicy (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.16.04-x64'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-x64.Microsoft.NETCore.DotNetHostResolver (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.16.04-x64'. /build/fsharp.fsproj : error NU1100: Unable to resolve 'runtime.linux-x64.Microsoft.NETCore.DotNetAppHost (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/ubuntu.16.04-x64'. Restore failed in 153.31 ms for /build/fsharp.fsproj.do you have a minimal repro?
will create sample on the weekend, this week is quite busy.
I have the same issue, only not local but building on VSTS, so I can provide a build log if you want. It does download some runtime files but fails on the same files mentioned above but for win-x64.
2018-01-12T09:05:17.5158152Z d:\a\1\s\Wotzj.Api\Wotzj.Api.fsproj : error NU1100: Unable to resolve 'runtime.win-x64.Microsoft.NETCore.App (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/win-x64'. 2018-01-12T09:05:17.5159868Z d:\a\1\s\Wotzj.Api\Wotzj.Api.fsproj : error NU1100: Unable to resolve 'runtime.win-x64.Microsoft.NETCore.DotNetHostPolicy (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/win-x64'. 2018-01-12T09:05:17.5160835Z d:\a\1\s\Wotzj.Api\Wotzj.Api.fsproj : error NU1100: Unable to resolve 'runtime.win-x64.Microsoft.NETCore.DotNetHostResolver (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/win-x64'. 2018-01-12T09:05:17.5162812Z d:\a\1\s\Wotzj.Api\Wotzj.Api.fsproj : error NU1100: Unable to resolve 'runtime.win-x64.Microsoft.NETCore.DotNetAppHost (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/win-x64'.I have create a repo to reproduce. I also added a workaround to the readme file:
I investigated a bit more and it seems that it works with sdk 2.0.0 but fails with the latest SDK.
- /cc @enricosada @cartermp Am 14.01.2018 18:07 schrieb "Kolja Dummann" <notifications@github.com>:…I investigated a bit more and it seems that it works with sdk 2.0.0 but fails with the latest SDK. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#2964 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AADgNHo2RY01pHoe4AaGHZ3-19NFeeH0ks5tKjRFgaJpZM4RUfBb> .
Do you see this same issue with no paket as well?
Nope, then it works fine. It also works once a projects that doesn't use paket has done a
dotnet restore. There must be some machine wide cache or something where it looks up these runtime dependencies.Just struck and thankfully found this Issue log using paket with in a csproj.
dotnet restore was throwing errors like:
error NU1100: Unable to resolve 'runtime.linux-x64.Microsoft.NETCore.App (>= 2.0.0)' for '.NETCoreApp,Version=v2.0/linux-x64'Removing the paket target, restoring and then adding the paket target back in has gotten past it for now.
- added a commit that references this issue
on Jan 18, 2018 I added a workaround in the Paket.Restore.targets file until we have a proper solution. Please retry with that
- added a commit that references this issue
on Jan 18, 2018 Yes I see this as well in Fake after updating .net SDK and the sln file (which visual studio did automatically) https://travis-ci.org/fsharp/FAKE/builds/334104618?utm_source=github_status&utm_medium=notification
So in particular after fsprojects/FAKE@56c07fc and fsprojects/FAKE@080e274
Description
I came across some really strange behaviour when using paket and dotnet core together with RuntimeIdentifiers.
Repro steps
Please provide the steps required to reproduce the problem
Create a new hello world fsproj
add a
RuntimeIdentifierssection to the file:run
paket installrun
dotnet buildExpected behavior
build is successful.
Actual behavior
build fails with error message:
The behaviour is not arm specific it also happens for x64 and x86.
Known workarounds
do not use paket to do nuget handling. Simply removing the restore targets file from the fsproj file is enough. Run
dotnet restoreordotnet build. Then add the paket restore targets again and everything works. This seems to fix it for the whole machine. The problem is more in CI where we run each build in a new container and as a workaround have to rundotnet restorein a dummy project to get the code building.