VSCode/OmniSharp looking for DNX runtime in wrong directory

[Daniel15]

On Mac OS, DNVM installed the DNX runtime in /usr/local/lib/dnx/runtimes/dnx-mono.1.0.0-rc1-final. However, OmniSharp in Visual Studio Code was incorrectly looking in /Users/danlo/.dnx/runtimes. To get it to work properly, I created a symbolic link:

ln -s /usr/local/lib/dnx/runtimes /Users/danlo/.dnx/runtimes

This smells super hacky though.

[BenMagyar]

Provided symbolic link creates an additional folder under runtimes, so it still wasn't resolved. Correct (still hacky) symbolic link I believe is:

ln -s /usr/local/lib/dnx/runtimes/* /Users/<User>/.dnx/runtimes/   

[jrieken]

we adopted the latest version of omnisharp which should fix this

[chrisdias]

@jrieken @egamma I still see the problem with 0.10.5.

if you fully remove dnx from your machine (rm -rf ~/.dnx) and run setup from https://get.asp.net it will install the runtime globally into /usr/local/lib/dnx/runtimes. Create a new Web App using the aspnet generator, run dnu restore, and then open code on the folder.

If you follow the work around from stack overflow (ensure you set the default alias too) it starts to work again.

[egamma]

Not a blocker for the Dec update, since there is a work around.

[jrieken]

I installed rc1 yesterday and the bit ended up in ~/.dnx. I will move this issue to OmniSharp because the lookup happens there.

[jrieken]

This issue was moved to OmniSharp/omnisharp-roslyn#369