OmniSharpInstall issues

[nickspoons]

Moving @BagelSeasoning234 discussion here, from #766

[nickspoons]

Hi @BagelSeasoning234, can you tell me what your environment is? OS, vim version, etc., and what kind of projects you're working on (net6, .NET Framework/Unity)

[cachandlerdev]

I'm running Fedora 37 and neovim v0.9.0, and I'm trying to get OmniSharp working on a fresh brand new Unity project.

[nickspoons]

So .NET Framework then. What does :OmniSharpOpenLog look like after running :OmniSharpInstall?

[cachandlerdev]

Assuming I manually call :OmniSharpInstall (because if I say yes to "It's not found, would you like to install it?", the installation goes on indefinitely), I currently get a bunch of "loading project files" logs that seem to be successful, but I get a warning about The type or namespace name 'UnityEngine' could not be found back in the actual code files.

I think I'm not getting more errors as is because I've got let g:OmniSharp_server_use_net6 = 1 and let g:OmniSharp_server_use_mono = 1 set in my init.vim file. Before adding those, I was getting a bunch of errors about mono missing, even though I already had it installed on my device.

[nickspoons]

You shouldn't use this: let g:OmniSharp_server_use_net6 = 1, that uses dotnet instead of .NET Framework (mono) which is what unity uses

[nickspoons]

Try removing let g:OmniSharp_server_use_net6 = 1, then restart vim and :OmniSharpInstall to get the correct server

[cachandlerdev]

Yay, at least I'm not constantly getting prompted to install the server anymore! Now I'm getting an error message about being unable to locate the MSBuild instance to register with OmniSharp.

[nickspoons]

Can you share your log?

[cachandlerdev]

Sure.

NVIM v0.9.0

OmniSharp server started.
    Path: /home/cachandler/.cache/omnisharp-vim/omnisharp-roslyn/OmniSharp.exe
    Target: /mnt/primary-storage/Productivity/Development/Games/Unity/Projects/Test/Test.sln
    PID: 65177

[info]: OmniSharp.Stdio.Host
        Starting OmniSharp on fedora 38.0 (x64)
[info]: OmniSharp.Services.DotNetCliService
        Checking the 'DOTNET_ROOT' environment variable to find a .NET SDK
[info]: OmniSharp.Services.DotNetCliService
        Using the 'dotnet' on the PATH.
[info]: OmniSharp.Services.DotNetCliService
        DotNetPath set to dotnet
[info]: OmniSharp.MSBuild.Discovery.MSBuildLocator
        Located 0 MSBuild instance(s)

The error I'm talking about though is stderr: ['Could not locate MSBuild instance to register with OmniSharp.', '']

[nickspoons]

This is server setup territory now but we can get a bit more information by using :let g:OmniSharp_loglevel = 'DEBUG'. Try that, and see how the log looks.

[cachandlerdev]

Alright. It looks like it's looking for an MSBuild instance that's at least version 17.3.0 then. When I looked up how to install MSBuild though, it seemed like it comes by installing dotnet, which I already have according to dotnet msbuild --version.

[nickspoons]

I get a warning about It looks like you have Mono installed which contains a MSBuild lower than 17.0.0 which is the minimum supported by the configured .NET Core Sdk. but I don't think that's causing problems, my msbuild comes from mono:

[info]: OmniSharp.MSBuild.Discovery.MSBuildLocator
        Located 1 MSBuild instance(s)
            1: Mono 16.10.1 - "/usr/lib/mono/msbuild/Current/bin"
[dbug]: OmniSharp.CompositionHostBuilder
        MSBuild instance Mono 16.10.1 scored at 2
[warn]: OmniSharp.CompositionHostBuilder
        It looks like you have Mono installed which contains a MSBuild lower than 17.0.0 which is the minimum supported by the configured .NET Core Sdk.
 Try updating Mono to the latest stable or preview version to enable better .NET Core Sdk support.
[info]: OmniSharp.MSBuild.Discovery.MSBuildLocator
        Registered MSBuild instance: Mono 16.10.1 - "/usr/lib/mono/msbuild/Current/bin"

[cachandlerdev]

Hmm. I guess I have to find some way to install MSBuild installed then because it looks like the Fedora repos don't package it with mono.

[nickspoons]

Looks like this is the way to go: dotnet/vscode-csharp#5232 (comment)

[cachandlerdev]

Yep, I'm currently running those commands now and hoping that this will be the end of the whole ordeal. :)

[cachandlerdev]

Aaand it looks like that gets me v16.6.0, which is a little ways off the v17.0.0 minimum requirement. I guess I'll try and find a more up-to-date version tomorrow.

Thanks for taking the time to help me. This installation process has been far more painful than I might have expected from most of the guides online.

[nickspoons]

Well as I said, I also have a lower version here and it seems to work fine. I don't use Unity but I do have some older .NET Framework projects which I work on this way.

[cachandlerdev]

Hmm, perhaps the "You're missing an assembly reference to UnityEngine" error comes from something else then. I'll look into that tomorrow. Thanks again!

[cachandlerdev]

Yay, it's finally working! For anyone else who gets here with the same issue, it turned out to be a conflict with Ale, and I had to add let g:ale_linters = { 'cs': ['OmniSharp'] } to my init.vim file to finally get things running smoothly.