-
Notifications
You must be signed in to change notification settings - Fork 520
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
adding RuntimeIdentifiers to the fsproj breaks the build #2964
Comments
/cc @enricosada @matthid |
Can you just for fun try with setting the environment variable |
I tried it but seems to have no effect:
|
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.
|
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. |
… 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 |
Just struck and thankfully found this Issue log using paket with in a csproj. dotnet restore was throwing errors like:
Removing the paket target, restoring and then adding the paket target back in has gotten past it for now. |
I added a workaround in the Paket.Restore.targets file until we have a proper solution. Please retry with that |
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
RuntimeIdentifiers
section to the file:run
paket install
run
dotnet build
Expected 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 restore
ordotnet 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 restore
in a dummy project to get the code building.The text was updated successfully, but these errors were encountered: