-
Notifications
You must be signed in to change notification settings - Fork 420
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
Update NuGet to version 5.10.0 #2034
Conversation
can you please provide the repro steps for how you are running into this issue? I am myself on Mono 6.13 nightly build with MSBuild 16.8 and don't see this problem. @JoeRobich I think you once updated these Nuget dependencies but ultimately we backed off? If I recall correctly we use the older Nuget versions as those are lowest we can support. If we bump the versions we will break some of the clients. |
Well this was my understanding at the time - #1746 (comment). Wonder if we should add a global.json to our NetCoreApp2.1 test so that it builds with a 2.1 SDK in the same way as the NET5 test works. |
I'm using Mono 6.12 (the preview repo) with msbuild 16.6 from the same repo. Simply opening a project and using OmniSharp in LSP mode triggers the above shortly after the server starts (I'm using Emacs
If this is indeed the case, then please close my PR and this issue, I'll simply switch to Mono/nightly |
the reason why I asked, is because in the linked issue you wrote that this problem happens when you build Mono from source (with MSBuild 16.8). Building from source should be roughly similar to the 6.13 nightly. So do you get this error when running on Mono 6.12 (+msbuild 16.6) or source build (~nightly) (+msbuild 16.8)? Or when you say you build from master, you are actually referring to building Mono 6.12 version, not 6.13? |
The original issue is correct. In my reply to you I referred to what I'm currently using in my setup with OmniSharp patched to use NuGet 5.8.0. Yes, I build |
My earlier concern was about regressing NET Core 2.1 SDK support. Once #2040 merges and this branch updated, I see no problem merging this change if it is passing. |
Noticed that the wrong MSBuildSdksPath was being used for the failing .NET Core 2.1 projects.
Tried to fix it in #2041 by having the LegacySdkResolver locate the correct SDK path.
But was met with the same error. Tried a few other things but no luck. |
38a6d0d
to
7200aa7
Compare
7200aa7
to
80a026c
Compare
80a026c
to
187eed6
Compare
187eed6
to
5f5cbfc
Compare
Is work ongoing with this? |
Seems like a couple tests are failing, but otherwise it looks done? |
Fixes: OmniSharp#2027 Fixes the following exception when using OmniSharp on Linux (with Emacs, but possibly breaks with other LSP clients as well): ERROR: OmniSharp.MSBuild.ProjectLoader, The "ResolvePackageAssets" task failed unexpectedly. System.MissingMethodException: Method not found: NuGet.ProjectModel.LockFileTarget NuGet.ProjectModel.LockFile.GetTarget(string,string) at Microsoft.NET.Build.Tasks.ResolvePackageAssets+CacheReader.CreateReaderFromDisk (Microsoft.NET.Build.Tasks.ResolvePackageAssets task, System.Byte[] settingsHash) at Microsoft.NET.Build.Tasks.ResolvePackageAssets+CacheReader..ctor (Microsoft.NET.Build.Tasks.ResolvePackageAssets task) at Microsoft.NET.Build.Tasks.ResolvePackageAssets.ReadItemGroups () at Microsoft.NET.Build.Tasks.ResolvePackageAssets.ExecuteCore () at Microsoft.NET.Build.Tasks.TaskBase.Execute () at Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute () at Microsoft.Build.BackEnd.TaskBuilder.ExecuteInstantiatedTask (Microsoft.Build.BackEnd.ITaskExecutionHost taskExecutionHost, Microsoft.Build.BackEnd.Logging.TaskLoggingContext taskLoggingContext, Microsoft.Build.BackEnd.TaskHost taskHost, Microsoft.Build.BackEnd.ItemBucket bucket, Microsoft.Build.BackEnd.TaskExecutionMode howToExecuteTask) Currently used NuGet 5.2.0 is too old, update to 5.10.0 makes the issue disappear.
Thanks @grendello ! |
Fixes: #2027
Fixes the following exception when using OmniSharp on Linux (with Emacs,
but possibly breaks with other LSP clients as well):
Currently used NuGet 5.2.0 is too old, update to 5.10.0 makes the issue
disappear.