Visual Studio Code
- 1 Installation
- 2 Usage
- 3 Configuration
- 4 Troubleshooting
The following packages provide VSCode:
- (open-source release)
- AUR (Microsoft-branded release)
- AUR (Microsoft-branded release, updated daily)
- AUR (in-development open-source version)
- AUR (another open-source version with a community-driven default configuration)
The Microsoft ptvsd (Python Tools for Visual Studio Debug) server/module is available at AUR.
code to start the application (or
code-git when using AUR).
If for any reason you wish to launch multiple instances of Visual Studio Code, the
-n flag can be used.
stores settings in
~/.config/Code - OSS/User/settings.json.
AUR stores settings in
View > Integrated Terminal or
Ctrl + ` opens up an integrated terminal.
By default, Bash is used with no additional arguments, although this can be changed.
terminal.integrated.shell.linux sets the default shell to be used and
terminal.integrated.shellArgs.linux sets the arguments to be passed to the shell.
"terminal.integrated.shell.linux": "/usr/bin/fish", "terminal.integrated.shellArgs.linux": ["-l","-d 3"]
If you are using Terminator as default terminal for Arch and you have an error on Visual Studio Code:
Unable to launch debugger worker process (vsdbg) through the terminal. spawn truecolor ENOENT, you can change the terminal that will be used by Visual Studio to another terminal (eg gnome-terminal).
"terminal.external.linuxExec": "Yours alternative terminal" sets the default terminal to be used for exec debug.
Visual Studio Code uses DBus to pass the menu to Plasma, try installing
Unable to move items to trash
For example, for deleting files under Plasma:
$ ELECTRON_TRASH=kioclient5 code
At the time of writing, Electron supports
gio (default) and
gvfs-trash (deprecated). More info is available at this documentation page.
Unable to debug C#
If you want to debug C#.NET (using the OmniSharp extension) then you need to install the Microsoft branded release (from the AUR). This is apparently because the .NET Core debugger is only licensed to be used with official Microsoft products - see https://github.com/OmniSharp/omnisharp-vscode/issues/1431#issuecomment-297578930
Using the the open-source package, debugging fails fairly quietly. The debug console will just show the initial message and nothing more:
You may only use the Microsoft .NET Core Debugger (vsdbg) with Visual Studio Code, Visual Studio or Visual Studio for Mac software to help you develop and test your applications.
But in another way, you can use netcoredbg, AUR
Unable to open .csproj with OmniSharp server, invalid Microsoft.Common.props location
You have to switch from mono to proper SDK version props.
Modify import to look like this:
Error from OmniSharp that MSBuild cannot be located
It's noted in the OmniSharp introduction that Arch Linux users should install the AUR package. Without it, you might get an error like:
[info]: OmniSharp.MSBuild.Discovery.MSBuildLocator Registered MSBuild instance: StandAlone 15.0 - "~/.vscode/extensions/ms-vscode.csharp-1.18.0/.omnisharp/1.32.11/omnisharp/msbuild/15.0/Bin" MSBuildExtensionsPath = /usr/lib/mono/xbuild BypassFrameworkInstallChecks = true CscToolPath = ~/.vscode/extensions/ms-vscode.csharp-1.18.0/.omnisharp/1.32.11/omnisharp/msbuild/15.0/Bin/Roslyn CscToolExe = csc.exe MSBuildToolsPath = ~/.vscode/extensions/ms-vscode.csharp-1.18.0/.omnisharp/1.32.11/omnisharp/msbuild/15.0/Bin TargetFrameworkRootPath = /usr/lib/mono/xbuild-frameworks System.TypeLoadException: Could not load type of field 'OmniSharp.MSBuild.ProjectManager:_queue' (13) due to: Could not load file or assembly 'System.Threading.Tasks.Dataflow, Version=184.108.40.206, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. ...
You might be able to build anyway (possibly depending whether you haveinstalled too)
Saving with "Retry as Sudo" does not work
The binary releaseAUR does not have this issue, and the feature works there.