dotnet fsi fail to load nuget package in dotnet SDK 7.0.302

[albertwoo]

dotnet fsi fail to load nuget pacakge in donet SDK 7.0.302, I also tried the dotnet 8 preview 4, and the error is the same. It worked in 7.0.203 and older versions.

Repro steps

1. Make sure you are using 7.0.302: dotent --version

2. Run: dotnet fsi

3. Run: #r "nuget:NBomber";;

   Or try other nuget packages, like Fun.Build

You will get below error:

#r "nuget:NBomber"
^^^^^^^^^^^^^^^^^^
stdin(1,1): error FS3217: C:\Users\woo.packagemanagement\nuget\Projects\1220--24e02601-e93e-4b40-a9bf-33a26d273aa0\Project.fsproj : error NU1101: 找不到包 NBomber。源 C:\Program Files\dotnet\library-packs, C:\Program Files\dotnet\sdk\8.0.100-preview.4.23260.5\FSharp\library-packs 中不存在具有此 ID 的包

Expected behavior

Should work as before

Actual behavior

Throw error

Known workarounds

Sometimes, if you attach specific version it may work, but not always. And if you are using dotnet fsi xxx.fsx and the nuget package is used in the fsx file, then most of the chance it will not work.

Related information

Provide any related information (optional):

• Windows 11 and MacOS
• dotnet sdk 7.0.302

[vzarytovskii]

I cannot reproduce it. It seems it doesn't see your nuget.config, or it's overridden locally.

@vlza ➜ test-global-json cat .\global.json
{
  "sdk": {
    "version": "7.0.302"
  }
}
@vlza ➜ test-global-json dotnet --version
7.0.302
@vlza ➜ test-global-json dotnet fsi --nologo

> #r "nuget:NBomber";;
[Loading C:\Users\vlza\.packagemanagement\nuget\Projects\109832--268686bf-5006-4736-adb8-f45c6464592f\Project.fsproj.fsx]
module FSI_0002.Project.fsproj

>
@vlza ➜ test-global-json

[0101]

This is suspicious C:\Users\woo.packagemanagement\nuget\Projects\... it's like there's a slash missing before .packagemanagement.

[KevinRansom]

This is suspicious C:\Users\woo.packagemanagement\nuget\Projects\... it's like there's a slash missing before .packagemanagement.

I fully expect that is an issue, however, this is where that path is created:

fsharp/src/FSharp.DependencyManager.Nuget/FSharp.DependencyManager.fs

Line 315 in 807489f

Path.Combine(Environment.GetFolderPath(System.Environment.SpecialFolder.UserProfile), ".packagemanagement", "nuget")

It seems as if there are circumstances where path.Combine assumes the ".packagemanagement" is an extension.

So that is going to mess up the caching, but wouldn't fail the resolution.

@albertwoo
I believe that the default nuget.config file found at:

C:\Users\woo\AppData\Roaming\NuGet\NuGet.Config

has become corrupted:

The contents of the file should include a link to the global nuget source:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
  </packageSources>
</configuration>