Determining SourceRevisionId fails on Linux while building coreclr

While building coreclr on Arch Linux, I get the following backtrace:

/home/leandro/git/coreclr/.packages/microsoft.build.tasks.git/1.0.0-beta2-19270-01/build/Microsoft.Build.Tasks.Git.targets(16,5): error : The type initializer for 'LibGit2Sharp.Core.NativeMethods' threw an exception. [/home/leandro/git/coreclr/eng/empty.csproj]
/home/leandro/git/coreclr/.packages/microsoft.build.tasks.git/1.0.0-beta2-19270-01/build/Microsoft.Build.Tasks.Git.targets(16,5): error :    at LibGit2Sharp.Core.NativeMethods.git_buf_free(GitBuf buf) [/home/leandro/git/coreclr/eng/empty.csproj]
/home/leandro/git/coreclr/.packages/microsoft.build.tasks.git/1.0.0-beta2-19270-01/build/Microsoft.Build.Tasks.Git.targets(16,5): error :    at LibGit2Sharp.Core.Proxy.ConvertPath(Func`2 pathRetriever) [/home/leandro/git/coreclr/eng/empty.csproj]
/home/leandro/git/coreclr/.packages/microsoft.build.tasks.git/1.0.0-beta2-19270-01/build/Microsoft.Build.Tasks.Git.targets(16,5): error :    at LibGit2Sharp.Repository.Discover(String startingPath) [/home/leandro/git/coreclr/eng/empty.csproj]
/home/leandro/git/coreclr/.packages/microsoft.build.tasks.git/1.0.0-beta2-19270-01/build/Microsoft.Build.Tasks.Git.targets(16,5): error :    at Microsoft.Build.Tasks.Git.GitOperations.LocateRepository(String directory) in /_/src/Microsoft.Build.Tasks.Git.Operations/GitOperations.cs:line 26 [/home/leandro/git/coreclr/eng/empty.csproj]
/home/leandro/git/coreclr/.packages/microsoft.build.tasks.git/1.0.0-beta2-19270-01/build/Microsoft.Build.Tasks.Git.targets(16,5): error :    at Microsoft.Build.Tasks.Git.RepositoryTasks.LocateRepository(LocateRepository task) in /_/src/Microsoft.Build.Tasks.Git.Operations/RepositoryTasks.cs:line 58 [/home/leandro/git/coreclr/eng/empty.csproj]
/home/leandro/git/coreclr/.packages/microsoft.dotnet.arcade.sdk/1.0.0-beta.19304.1/tools/Version.targets(53,5): error : SourceRevisionId is not set, which means the SourceLink targets are not included in the build. Those are needed to produce a correct sha for our build outputs. [/home/leandro/git/coreclr/eng/empty.csproj]

This seems related to other issues such as #1261. I’m using coreclr at d7e49efa, ~/.dotnet has been removed, repository directory has been cleaned, init-tools.sh did its thing successfully.

This is the current global.json from coreclr:

{
  "tools": {
    "dotnet": "3.0.100-preview6-011681"
  },
  "native-tools": {
    "cmake": "3.11.1",
    "python": "2.7.15"
  },
  "msbuild-sdks": {
    "Microsoft.DotNet.Arcade.Sdk": "1.0.0-beta.19304.1",
    "Microsoft.DotNet.Helix.Sdk": "2.0.0-beta.19304.1",
    "Microsoft.Build.NoTargets": "1.0.53",
    "Microsoft.Build.Traversal": "2.0.2"
  }
}

Running .dotnet/dotnet from the coreclr repo confirms that that version has been successfully restored.

As a workaround (so I’m not blocked on this), I can pass -skipgenerateversion -skipnuget to build.sh. (The nuget target is also impacted by a similar issue.)

[tmat]

You can disable SourceLink by passing the following arguments to the build: /p:EnableSourceControlManagerQueries=false /p:EnableSourceLink=false

[tmat]

https://github.com/dotnet/arcade/pull/3149 addressed the root cause, it shouldn’t be necessary to disable Source Link anymore.