Package Details: visual-studio-code-bin 1.67.2-1

Git Clone URL: (read-only, click to copy)
Package Base: visual-studio-code-bin
Description: Visual Studio Code (vscode): Editor for building and debugging modern web and cloud applications (official binary version)
Upstream URL:
Licenses: custom: commercial
Conflicts: code
Provides: code, vscode
Submitter: dcelasun
Maintainer: dcelasun
Last Packager: dcelasun
Votes: 1207
Popularity: 23.57
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2022-05-18 18:26 (UTC)

Required by (18)

Sources (8)

Pinned Comments

dcelasun commented on 2017-11-15 06:20 (UTC) (edited on 2020-02-06 21:33 (UTC) by dcelasun)

FREQUENTLY ASKED QUESTIONS (read before flagging or commenting!)

  • What is the difference between this package and the one in the community repo?

This is the official binary distribution from Microsoft. The one in the community repo is an unofficial build made from source. Beyond the license difference and branding, there are some proprietary features not available in the open source version.

  • There is a new version out, why is the package not updated?

Please check this page before flagging as out-of-date. If there is no new version on that page, it's not yet released. A tag on Github is NOT a release! If you can see the new version on the updates page but the AUR package is still not updated, flag it and give it time. It's usually done within a day or two.

  • I'm using an AUR helper (yay, yaourt etc.) and I can't install it. Why?

Sometimes AUR helpers do weird things. Download the tarball and install it manually with makepkg -si. If that works, report the problem to your AUR helper's upstream, not here.

  • When I install this package xdg-open uses vscode, not my file manager! How do I fix this?

Install shared-mime-info-gnome. Also see this reddit thread.

  • Why is $X a dependency? I don't like it.

Just because $X is not required to open the app, doesn't mean there is nothing that depends on it. Always search the comment history on AUR to see if that dependency has been previously discussed before writing your own comment. Still nothing? Then use namcap to make sure it's really not needed. If namcap doesn't complain, please leave a comment here and I'll investigate.

  • Something is broken with the app, where do I report it?

The problem might be a packaging issue (wrong paths, dependencies, icons), so please write a comment here first. If you don't get a reply, or if someone says it's an upstream issue, you can report it on Github.

  • I have a problem with this package, can I email you?

No, you won't get a reply. Please stop doing this. Leave a comment here instead and be patient.

Latest Comments

dcelasun commented on 2022-05-15 14:37 (UTC)

Because it's been more than a year since upstream enabled the sandbox on Linux and it's time this package caught up.

koro666 commented on 2022-05-15 14:30 (UTC)

It doesn't start anymore without manually adding --no-sandbox to ~/.config/code-flags.conf now.

Why was this removed from the .desktop files?

dcelasun commented on 2022-05-12 06:03 (UTC)

Added icu69 to optdepends.

bulletmark commented on 2022-05-12 01:43 (UTC)

Yes,as below, live share does not work unless icu69 package is installed. Please add it (or icu69-bin which I used?) to the dependencies.See this issue.

ambantis commented on 2022-05-11 11:34 (UTC)

After a recent upgrade, liveshare stopped working

command 'liveshare.startFromWelcomeContent' not found: Error: command 'liveshare.startFromWelcomeContent' not found

After consulting, I ran the script for the required dependencies, which indicated that icu69 was missing.

After installing the icu69 AUR package (, live share now works.

vegancookies commented on 2022-04-20 13:52 (UTC) (edited on 2022-04-20 22:54 (UTC) by vegancookies)

I've installed another arch in VM to specifically test this aur package with the sign in to sync settings issue I'm facing, and it is my machine, not the package, that is at fault. I don't know what to do to solve it but it's working fine in VM when I sync settings. I've tried installing on my main machine with and without an aur helper, so some setting somewhere must be being preserved between installs. Sorry to have bothered you.

Edit: paru -Sc did the trick, can now access my codespaces from visual studio code again! \n Edit2: The only thing that confuses me is I did try installing the tarball and doing makepkg -si and as far as I know my solution shouldn't of impacted that, but that still was having the same issue. Maybe it does interact some way?

dcelasun commented on 2022-04-19 21:30 (UTC)

@phillipk: That should be fixed now, thanks!

@vegancookies: I can't reproduce with Firefox. Could it be related to your browser somehow? I just pushed an update with a minor change to the URL handler, can you update and try again?

vegancookies commented on 2022-04-19 21:13 (UTC)

Recently I've been unable to sign in via github. It loads the browser for login, takes me through the 2fa process, and then the url handler goes back to vscode, where it attempts to login, but just ends up giving a notification of 'cancelled'.

I've put ubuntu on a virtual machine and the program works perfectly there. I've tried uninstalling and reinstalling, and deleting github authentication files left over from when I was signed in. I've also tried to revoke vscode on github and retry from the start, but the issue persists (only the aur version).

Is there anything the user can do to re-enable this functionality or any additional information you would fine useful (everything on my system is upto date, running arch vanilla).

phillipk commented on 2022-04-14 11:07 (UTC) (edited on 2022-04-14 11:23 (UTC) by phillipk)

The wrapper script in /usr/bin/code seems broken for me in some way. Running it in the terminal as code . does not seem to pass the current directory (either the last workspace or a blank instance opens). /opt/visual-studio-code/code . works, however. Sadly, I am too bad at bash to see the problem.

EDIT: Nvm, I have found a solution: If the path is passed as the first argument to /opt/visual-studio-code/bin/code it is working. So line 11 of the wrapper should be exec /opt/visual-studio-code/bin/code "$@" $CODE_USER_FLAGS

I suspect it has to do with line breaks in $XDG_CONFIG_HOME/code-flags.conf?

zensei commented on 2022-04-12 22:13 (UTC)

Are you able to add KDE wallet integration to this package?

I had to add ''gnome-keyring'' to be able to sync with my other copies of vs code, and it won't stop asking me for my default keyring.

dcelasun commented on 2022-04-01 10:36 (UTC) (edited on 2022-04-01 10:36 (UTC) by dcelasun)

The Wayland issue seems to be an Electron problem [1] and should be fixed by Electron v17.3.1, which was released 2 days ago [2]. They might (or might not) include this in the upcoming recovery build [3]. In the meantime, there are workarounds mentioned in the bug report [1].




fincan commented on 2022-04-01 10:28 (UTC)

With v1.66 there are two errors:

Warning: 'enable-features' is not in the list of known options, but still passed to Electron/Chromium.
Warning: 'ozone-platform' is not in the list of known options, but still passed to Electron/Chromium.

And Code does not start. I use these flags to enable wayland support. I am on Gnome/Wayland and for better font render I use these flags:


I removed the flags and no problem but the font render is bad again :). Any solution?

abique commented on 2022-03-31 08:21 (UTC)

I confirm that 1.66 is a mess on wayland + gnome + nvidia, skip this!

vladev commented on 2022-03-31 07:50 (UTC) (edited on 2022-03-31 08:41 (UTC) by vladev)

After updating to 1.66 I get a (white) blank screen. It seems VScode bumped Electron from v13 to v17. Running with --verbose outputs

[50533:0331/] GPU process exited unexpectedly: exit_code=136

Starting with --disable-gpu seems to be working as a workaround. Gnome + Xorg + NVidia 510.54.

fayez-nazzal commented on 2022-03-27 13:12 (UTC)

Here we go!

carlosal1015 commented on 2022-03-18 16:41 (UTC)

Hi, is normal that if the vscode is exit, the Visual Studio Code - URL Handler from /usr/share/applications/visual-studio-code-url-handler.desktop keeps running like 30% CPU?

shore commented on 2022-03-13 00:12 (UTC)

@dcelasun kk, sorry for not seeing that..... and thanks for ur replay~~

dcelasun commented on 2022-03-13 00:04 (UTC)


BTW, the insider version on arch seems behind the main version

Not exactly. The insider package always builds the latest version (see pinned comment), so I don't manually update pkgver.

shore commented on 2022-03-12 23:49 (UTC)

@dcelasun I actually did that, however the insider version works fine, so they closed the issue since it must have been fixed something........ BTW, the insider version on arch seems behind the main version lol........

dcelasun commented on 2022-03-11 23:50 (UTC)

@shore it's probably trying to connect to a Microsoft server which isn't reachable from China, and you're stuck until the request times out. You should report this on Github.

shore commented on 2022-03-11 23:46 (UTC)

Hi I'm in China and installed the latest package as follow:

Version: 1.65.2 Commit: c722ca6c7eed3d7987c0d5c3df5c45f6b15e77d1 Date: 2022-03-10T15:36:26.048Z Electron: 13.5.2 Chromium: 91.0.4472.164 Node.js: 14.16.0 V8: OS: Linux x64 5.16.11-2-MANJARO

After reboot my computer, I found that each time first open vscode (meaning when open it, there is no other vscode window opened) it tooks extensive time to open it, unless I connect to the VPN (which allow me to visit google and some other webs). Also during the time it starting terminal, the extension marked is down too.

I don't know what happened and even mopped the system and re-install everything, it still like this.........

zerobot11 commented on 2022-03-04 10:14 (UTC) (edited on 2022-03-04 10:38 (UTC) by zerobot11)

No menu reveals when I click the account button to sync and login to my account.

Using version: 1.65.0 b5205cc8eb4fbaa726835538cd82372cc0222d43 x64

EDIT: Solved by installing gnome-keyring libsecret libgnome-keyring

Frontear commented on 2022-03-03 21:09 (UTC) (edited on 2022-03-03 21:49 (UTC) by Frontear)

Having an issue where my sign in doesn't seem to persist. I'm finding that I have to constantly sign in again in order to sync my settings upon each start of the app. Any ideas?

EDIT: Now the settings sync is totally gone. Pressing account reveals no menu that would normally have "sign in with microsoft/github", and trying to sync in the settings errors with "no authentication headers".

El_Rocha commented on 2022-03-03 10:51 (UTC)

Any idea why code is complaining about there being a new update when everything is 1.64.2?

fintara commented on 2022-02-16 16:37 (UTC)

Yes, the latest update indeed broke Remote SSH (but somehow I can't connect only to one of two identical remote machines). A fix is to put "remote.SSH.useLocalServer": false in your settings.json for the time being.

Another issue is that when running VSCode from the menu (e.g. KRunner) the Haskell extension complaints with "Project requires GHC but it isn't installed", which does not happen when it's run from the terminal (just code). I can't pinpoint where the issue is, though (the .desktop file? PATH is different? how to check it without running the built-in terminal?)

drsensor commented on 2022-02-16 03:21 (UTC)

Somehow picom "window_type = 'popup_menu'" doesn't work on VSCode context menu (right-click menu that contains cut, copy, paste). Anyone know the exact WM_CLASS or WM_NAME of VSCode context menu?

francoism90 commented on 2022-02-15 07:52 (UTC)

Anyone else having issues SSH (remote) not working anymore?

[08:50:12.292] Platform: linux
[08:50:12.297] stderr> bash: line 1: syntax error near unexpected token `done'
[08:50:12.297] stderr> bash: line 1: `done'
[08:50:12.299] stderr> zsh: parse error near `}'
[08:50:12.300] > Installing to ...
[08:50:12.301] > 7bbfe4a1a79e%%1%%
[08:50:12.306] > Downloading with wget
[08:50:12.594] > wget download failed

It seems to happen after latest updates.

Whitie commented on 2022-02-15 07:28 (UTC)

Version 1.64.2 constantly uses 30% of CPU. Downgrading to 1.64.1 solves the issue.

FabioLolix commented on 2022-02-08 19:35 (UTC)

Hello, would you like to change the license to 'Microsoft EULA'? Since this isn't a paid for/freemium/commercial, just a proprietary program

dcelasun commented on 2022-02-03 15:45 (UTC)

Updated with ~/.config/code-flags.conf support. Thanks to @n0k0m3 for the PR!

dcelasun commented on 2022-02-02 21:36 (UTC)

@n0k0m3 It should be possible to create a wrapper that would work for both. I'll take a look when I have some spare time. In the meantime, PRs are welcome :)

n0k0m3 commented on 2022-02-02 20:17 (UTC)

@dcelasun Just realized this will only work if you use code . from terminals, but the current .desktop file point straight to /opt path so this won't work.

Maybe change the exec path to /usr/bin/code as well, or is there a reason to start with the main bin?

dcelasun commented on 2022-02-02 20:04 (UTC)

@n0k0m3 thanks, that looks like a good approach. I can add it with the next version.

n0k0m3 commented on 2022-02-02 19:33 (UTC)

Can we have launch script similar to google-chrome* AUR packages for wayland/user option parsing?

Current version of script I'm using for /usr/bin/code



# Allow users to override command-line options
if [[ -f $XDG_CONFIG_HOME/code-flags.conf ]]; then
   CODE_USER_FLAGS="$(cat $XDG_CONFIG_HOME/code-flags.conf)"

# Launch
exec /opt/visual-studio-code/bin/code $CODE_USER_FLAGS "$@"

dipunm commented on 2022-01-29 12:11 (UTC)

FYI, I found this:

So for anyone looking for a solution in the future, you'll likely need to modify ~/.vscode/argv.json but first that PR needs to be merged and a new version needs to be released. :)

rpodgorny commented on 2022-01-29 11:01 (UTC)

@dipunm i can't help you with the config but i'm just using a wrapper script which calls vscode with the parameters. an alias would work, too...

dipunm commented on 2022-01-29 00:17 (UTC)

I am trying to get vscode running in wayland mode.

I was able to run the following command: code --enable-features=UseOzonePlatform --ozone-platform=wayland

However I can't get it to run with these args as default using a flag file. I have tried the following:

.config/electron-flags.conf .config/electron12-flags.conf .config/electron13-flags.conf .config/code-flags.conf

(I checked the about dialog, it says it is running electrum 13)

Has anyone been able to set this up? Context:

mocambo commented on 2022-01-24 00:47 (UTC) (edited on 2022-01-24 00:54 (UTC) by mocambo)

Doesn't work with i686

$ cd /home/mocambo/.cache/yay/visual-studio-code-bin
$ makepkg -si
==> Making package: visual-studio-code-bin 1.63.2-1 (E 24 jaan  2022 02:40:14)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found visual-studio-code.desktop
  -> Found visual-studio-code-url-handler.desktop
  -> Found visual-studio-code-workspace.xml
  -> Found code_ia32_1.63.2.tar.gz
==> Validating source files with sha256sums...
    visual-studio-code.desktop ... Passed
    visual-studio-code-url-handler.desktop ... Passed
    visual-studio-code-workspace.xml ... Passed
==> Validating source_i686 files with sha256sums...
    code_ia32_1.63.2.tar.gz ... Passed
==> Extracting sources...
  -> Extracting code_ia32_1.63.2.tar.gz with bsdtar
==> Removing existing $pkgdir/ directory...
==> Entering fakeroot environment...
==> Starting package()...
install: cannot stat '/home/mocambo/.cache/yay/visual-studio-code-bin/src/VSCode-linux-ia32/resources/completions/bash/code': No such file or directory
==> ERROR: A failure occurred in package().

lonble commented on 2021-11-02 04:54 (UTC) (edited on 2021-11-02 04:54 (UTC) by lonble)

You should add "Provides: vscode" in the PKGBUILD, just like "code-oss" in the arch linux official repository.

francoism90 commented on 2021-10-20 08:52 (UTC)

@dcelasun @suienzan Thanks! :)

dcelasun commented on 2021-10-19 16:25 (UTC)

@suienzan, @francoism90: I've added those files, thanks for letting me know.

suienzan commented on 2021-10-19 06:44 (UTC)

@dcelasun I assume that @francoism90 is talking about the bash-completion and zsh-completions. There are completion definitions under resources/completions/ in vscode source. The code package in community repo set the @@APPNAME@@ and then install them.

jsimon0 commented on 2021-10-16 13:12 (UTC) (edited on 2021-10-16 13:28 (UTC) by jsimon0)

ETA: Resolved by completely removing and reinstalling. Leaving the rest of my comment for the next person.

After updating to 1.61.1-1, I can no longer open code on any folder. I tried moving my Code folder from ~/.config to start fresh, no joy. I've since installed appmenu-gtk-module and no difference. Some suggestions on Stack Overflow indicate I should set DISPLAY in my shell, which didn't make a difference. I'm running Plasma 5.22.5. code was operational on the prior package version.

Here is me opening an arbitrary folder in verbose mode. Anybody else running into this?

❯ code --verbose launch4j
Gtk-Message: 09:05:32.674: Failed to load module "appmenu-gtk-module"
[24287:1016/] InitializeSandbox() called with multiple threads in process gpu-process.
[main 2021-10-16T13:05:32.831Z] Starting VS Code
[main 2021-10-16T13:05:32.832Z] from: /opt/visual-studio-code/resources/app
[main 2021-10-16T13:05:32.832Z] args: {
  _: [ '/home/jsimon/Dropbox/Development/launch4j' ],
  diff: false,
  add: false,
  goto: false,
  'new-window': false,
  'reuse-window': false,
  wait: false,
  help: false,
  'list-extensions': false,
  'show-versions': false,
  version: false,
  verbose: true,
  status: false,
  'prof-startup': false,
  'no-cached-data': false,
  'prof-v8-extensions': false,
  'disable-extensions': false,
  'disable-gpu': false,
  telemetry: false,
  debugRenderer: false,
  logExtensionHostCommunication: false,
  'skip-release-notes': false,
  'skip-welcome': false,
  'disable-telemetry': false,
  'disable-updates': false,
  'disable-keytar': false,
  'disable-workspace-trust': false,
  'disable-crash-reporter': false,
  'crash-reporter-id': 'id removed',
  'skip-add-to-recently-opened': false,
  'unity-launch': false,
  'open-url': false,
  'file-write': false,
  'file-chmod': false,
  'driver-verbose': false,
  force: false,
  'do-not-sync': false,
  trace: false,
  'force-user-env': false,
  'force-disable-user-env': false,
  'open-devtools': false,
  __sandbox: false,
  'no-proxy-server': false,
  'no-sandbox': false,
  nolazy: false,
  'force-renderer-accessibility': false,
  'ignore-certificate-errors': false,
  'allow-insecure-localhost': false,
  logsPath: '/home/jsimon/.config/Code/logs/20211016T090532'
[main 2021-10-16T13:05:32.834Z] Resolving machine identifier...
[main 2021-10-16T13:05:32.834Z] Resolved machine identifier: id removed
[main 2021-10-16T13:05:32.835Z] Main->SharedProcess#connect
[main 2021-10-16T13:05:32.855Z] StorageMainService: creating global storage
[main 2021-10-16T13:05:32.856Z] lifecycle (main): phase changed (value: 2)
[main 2021-10-16T13:05:32.857Z] windowsManager#open
[main 2021-10-16T13:05:32.858Z] windowsManager#open pathsToOpen [
    workspace: { id: '4885d14bb4de934a00dd04311d4fceda', uri: [g] },
    exists: true
[main 2021-10-16T13:05:32.860Z] IPC Object URL: Registered new channel vscode:5f5db832-238c-48f3-bc97-b897dbac9814.
[main 2021-10-16T13:05:32.860Z] window#validateWindowState: validating window state on 1 display(s) { mode: 0, x: 0, y: 36, width: 1024, height: 768 }
[main 2021-10-16T13:05:32.861Z] window#validateWindowState: 1 monitor working area { x: 0, y: 36, width: 1920, height: 978 }
[main 2021-10-16T13:05:32.861Z] window#ctor: using window state { mode: 0, x: 0, y: 36, width: 1024, height: 768 }
/dev/fd/3: No such file or directory
Server response:

dcelasun commented on 2021-10-13 11:40 (UTC)

@francoism what do you mean by completion? Be specific please.

francoism90 commented on 2021-10-13 09:59 (UTC)

@dcelasun Could you please add completion as seen in the code PKG? :)

sunerpy commented on 2021-09-24 04:41 (UTC)

Anyone can tell me why my config is empty? 0.0

Viterzgir commented on 2021-08-21 23:34 (UTC) (edited on 2021-08-21 23:35 (UTC) by Viterzgir)

Fonts looks ugly and i cant fix it.

dcelasun commented on 2021-08-18 14:28 (UTC)

@Maverick good idea, done.

Maverick commented on 2021-08-18 13:54 (UTC)

An optional dependency "org.freedesktop.secrets" should probably be added as it is required for sync to work.

dcelasun commented on 2021-08-17 11:05 (UTC)

@SebastianWae sorry, this package follows upstream as closely as possible. If you'd like this change made, you can open an issue here.

SebastienWae commented on 2021-08-17 11:03 (UTC) (edited on 2021-08-17 11:05 (UTC) by SebastienWae)

Could the code binary be wrapped to make it follow the flags set in ${XDG_CONFIG_HOME}/electron-flags.conf?

This would be nice for wayland users and make it more consistent with other packages of vscode.

brycec commented on 2021-08-03 17:45 (UTC)

Heads up to the maintainer, I ran into following an upgrade from 1.57.1-1 to 1.58.2-1. The issue was resolved with the chmod referenced in the release notes for the upcoming 1.59 release:

sudo chmod 4755 /opt/visual-studio-code/chrome-sandbox

I suspect this change may need to be integrated into the PKGBUILD.

qss commented on 2021-06-09 19:24 (UTC)

armv7h version has a bug

uname -m

../../sandbox/linux/seccomp-bpf-helpers/**CRASHING**:seccomp-bpf failure in syscall 0403
Server response: 
../../sandbox/linux/seccomp-bpf-helpers/**CRASHING**:seccomp-bpf failure in syscall 0403
Server response: 
[main 2021-06-09T19:00:35.908Z] update#setState idle
../../sandbox/linux/seccomp-bpf-helpers/**CRASHING**:seccomp-bpf failure in syscall 0403
Server response: 
Server response: 
Server response: 
[10632:0609/] GPU process isn't usable. Goodbye.
Server response: 
Server response: 
Trace/breakpoint trap

googling "sandbox/linux/seccomp-bpf-helpers/ failure in syscall 0403" shows this bug appear in recent chromium that is compiled for 32 bit architecture. armv7h is a 32 bit arch. Visual-studio-code uses chromium as a web engine for own gui.

aoaaceai commented on 2021-05-29 07:57 (UTC)

To display the debugger fonts properly, dependency noto-fonts is required. before: <img alt="" src="" /> after: <img alt="" src="" />

dcelasun commented on 2021-05-23 07:45 (UTC)

@edoantonioco all AUR packages assume you already have the base-devel group installed. Run pacman -S base-devel and try again.

edoantonioco commented on 2021-05-23 01:09 (UTC)

It doesnt work It shows this:

==> ERROR: Cannot find the strip binary required for object file stripping.

dcelasun commented on 2021-05-14 14:36 (UTC)

@Remisa I don't have that package installed and this package installs fine. It sounds like a problem with your AUR helper, you should report it to them.

Remisa commented on 2021-05-14 14:26 (UTC)

@dcelasun I got dependency error from yay while installing this package and after installing it manually and tried again, it worked.

dcelasun commented on 2021-05-14 13:00 (UTC)

@Remisa what is it needed for?

alumni commented on 2021-05-06 20:08 (UTC)

@dcelasun cool, thanks!

Regarding the wayland detection, probably that won't be implemented upstream (Chromium), for Chromium & Chrome we still rely on an ArchLinux-specific hack or on bash aliases :)

dcelasun commented on 2021-05-06 10:15 (UTC)

@alumni thanks! I've pushed a fix for the WM class. As for Wayland detection, I think that's better suited as a feature request upstream :)

alumni commented on 2021-05-06 08:53 (UTC) (edited on 2021-05-06 09:00 (UTC) by alumni)

WM_CLASS is Code instead of code.

Seems that the case is irrelevant under XWayland, but if you run it under Wayland with --enable-features=UseOzonePlatform --ozone-platform=wayland, the windows will not be grouped and they won't have an icon. Changing to StartupWMClass=Code would fix this.

Also, cool to have: if $XDG_SESSION_TYPE is wayland, it would be nice to add those flags automatically :)

antham commented on 2021-05-03 20:49 (UTC)

Several errors are thrown when starting vscode and a black window appears :

[74124:0503/] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program not linked.
[74124:0503/] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program object expected.
[74124:0503/] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program not linked.
[74124:0503/] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program object expected.
[74124:0503/] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program object expected.

This error seems connected to this bug, simply adding --disable-gpu when starting vscode solves the problem.

dcelasun commented on 2021-04-06 15:33 (UTC)

@crepererum done, thanks for letting me know.

crepererum commented on 2021-04-06 15:27 (UTC)

Please add xdg-utils (which provides the xdg-open binary) as an optional dependency. Otherwise, vscode cannot open browser links (e.g. when clicking on Help > Join us on twitter, when logging into github/microsoft for settings sync, when clicking on "view privacy policy", etc.).

gatmnear commented on 2021-04-02 07:35 (UTC)

@dcelasun thanks! I'm new to arch and thought pacman was a one stop shop for all; I learnt to use makepkg

dcelasun commented on 2021-04-01 07:12 (UTC) (edited on 2021-04-01 07:12 (UTC) by dcelasun)

@gatmnear: It's a git URI, you are not meant to send an HTTP request to it. Try git clone

gatmnear commented on 2021-04-01 07:08 (UTC)

the git clone link is empty; "HTTP request sent, awaiting response... 404 Not Found"

malkovich commented on 2021-03-22 19:06 (UTC) (edited on 2021-03-23 16:20 (UTC) by malkovich)

Thanks guys for the help, found a lot of valuable advices.

NeedleNardleNoo commented on 2021-03-16 17:01 (UTC)

@heftig: Thank you for that point, I wasn't aware of that hook and the install script.

@dcelasun: Thanks for adding my changes. And thank you for committing the fixes.

dcelasun commented on 2021-03-16 15:16 (UTC)

@heftig thanks, I should have reviewed it before merging. It's fixed now.

heftig commented on 2021-03-16 14:28 (UTC) (edited on 2021-03-16 14:30 (UTC) by heftig)

The mime change is broken. post_install would have to exist in the install script, not the PKGBUILD. As is, it has no effect.

In any case, it's unnecessary as the shared-mime-info package contains a hook that automatically rebuilds the database when a package contains a file matching usr/share/mime/packages/*.xml .

So you can remove the post_install function.

dcelasun commented on 2021-03-16 13:13 (UTC)

@NeedleNardleNoo I pulled your commit in, thanks!

NeedleNardleNoo commented on 2021-03-16 12:42 (UTC) (edited on 2021-03-16 12:43 (UTC) by NeedleNardleNoo)

The deb and rpm packages currently have installation scripts that register *.code-workspace files as a mime type. I have added this functionality in the following commit on GitHub:

This allows VSCode to be the default program for workspaces but not all text/plain files and directories, as indicated by the bundled .desktop file.

I am currently merging changes from this AUR package with this commit on every release for my personal use. @dcelasun, you may use the commit and its changes if you feel it will be useful to visual-studio-code-bin.

dcelasun commented on 2021-03-16 10:21 (UTC)

Sometimes the CDN has issues, try again a bit later.

AchmadFathoni commented on 2021-03-16 10:21 (UTC)

curl: (28) Failed to connect to port 443: Connection timed out

From Indonesia, what do you think?

dcelasun commented on 2021-03-15 16:29 (UTC)

It's no bother at all! I've updated the package to avoid an extra redirect :)

pdimh commented on 2021-03-15 16:26 (UTC) (edited on 2021-03-15 16:29 (UTC) by pdimh)

@dcelasun I was debugging your package, cause i wasnt being able to download due to a network problem, and i noticed that was responding with http 301 and redirecting to Thats why i asked. Sorry to bother you.

dcelasun commented on 2021-03-15 16:19 (UTC) (edited on 2021-03-15 16:20 (UTC) by dcelasun)

@pdimh: I wasn't aware of that domain. I do know that is an official Microsoft domain for vscode. But I'll switch it over to avoid a double redirect.

pdimh commented on 2021-03-15 16:13 (UTC)

@dcelasun i was meaning, doesnt seems region-dependant. But its ok, thanks.

dcelasun commented on 2021-03-15 15:55 (UTC)

@pdimh no. These URLs are generic on purpose, the actual locations are region-dependant and might change over time.

pdimh commented on 2021-03-15 13:05 (UTC)

@dcelasun firstly, thanks for your job. binary urls in PKGBUILD return a http 301 status. Isnt it safer to change to the current url?

dcelasun commented on 2021-03-09 13:11 (UTC) (edited on 2021-03-09 13:12 (UTC) by dcelasun)

OK so it does conflict with code from community. I've added it back.

setpill commented on 2021-03-09 13:05 (UTC) (edited on 2021-03-09 13:05 (UTC) by setpill)

error: failed to commit transaction (conflicting files)
visual-studio-code-bin: /usr/bin/code exists in filesystem (owned by code)

ak4nv commented on 2021-03-05 04:15 (UTC)


This package allows using the new python language server pylance. An unofficial build from the community repo it doesn't.

dcelasun commented on 2021-03-04 20:30 (UTC)

@tomatopeel clone the git repo (, switch to an older commit, run updpkgsums (from the pacman-contrib package) and install with makepkg -si.

@Nehu I've removed the conflict with code. Let me know if there are any issues.

codewing commented on 2021-02-23 09:21 (UTC)

I have the same issue as DonJogi here. (for ctrl+f people like me: InitializeSandbox())

There seems to be something broken between keepassxc and vscode. I used the secret service integration but if I have it and keepassxc running then vscode crashes on startup. I fixed this by removing the vscode sync entry in keepassxc and then it worked again even after syncing it again. Weird...

kaiserbh commented on 2021-02-17 22:32 (UTC) (edited on 2021-02-17 22:32 (UTC) by kaiserbh)

thanks the one one in the community repo has a signing issue, it just stuck on loading for me, but this version seem to have fixed that and managed to sync my settings.

tomatopeel commented on 2021-02-17 16:41 (UTC)

I want to install an older version because the new version is performing worse for me, so I need to test if that is the problem.

When I try to install any older major version, I get e.g.:

==> Validating source_x86_64 files with sha256sums...
    code_x64_1.52.0.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!

How can I install an older version? Cheers

Nehu commented on 2021-02-13 19:28 (UTC) (edited on 2021-03-13 23:00 (UTC) by Nehu)

Would it be possible to not mark this package as conflicting with code?

As far as I'm aware, the OSS version and this one do not share the same config folder (~/.config/Code vs ~/.config/Code OSS).

Removing the "conflicts" statement would allow a parallel installation of both, which in turn is useful for using this binary release for C# development (in a properly secured environment) and the OSS release (in a more flexible environment) for everything else.

neo2001 commented on 2021-02-12 11:42 (UTC) (edited on 2021-02-12 11:42 (UTC) by neo2001)

No crashes here either.

dcelasun commented on 2021-02-12 11:27 (UTC)

@cusidawgs it's not crashing for me. Perhaps you should report it upstream?

cusidawgs commented on 2021-02-12 11:25 (UTC)

Is it just me or the new version crashes on my installation. Followed all steps on the pinned comment and deleted every vscode configuration folder, yet the problem still persists

mcmar commented on 2021-02-11 22:54 (UTC)

Thank you @bulletmark. I'm not using yay, but the package cache was the issue.

dcelasun commented on 2021-02-11 21:01 (UTC)

Also refer to the stickied FAQ please, particularly the third bullet point.

bulletmark commented on 2021-02-11 21:00 (UTC)

@mcmar, delete the cached file, e.g rm -rf ~/.cache/yay/visual-studio-code-bin then run yay again.

dcelasun commented on 2021-02-11 20:58 (UTC)

@mcmar I've pushed a new release with updated checksums. Did you try installing 1.53.1-2?

mcmar commented on 2021-02-11 20:54 (UTC)

@dcelasun I don't understand. You said it "should be fine now" and then said "read the comment below". I read all the comments and it's not fine. The package update still fails. What's the fix?

emptyDir commented on 2021-02-11 20:23 (UTC)

@dcelasun thanks!

dcelasun commented on 2021-02-11 19:44 (UTC)

@GeneralPoxter read the comment below.

GeneralPoxter commented on 2021-02-11 19:43 (UTC)

I got the following error:

==> Validating source_x86_64 files with sha256sums...
    code_x64_1.53.1.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
error downloading sources: visual-studio-code-bin

dcelasun commented on 2021-02-11 19:31 (UTC)

@emptyDir looks like they've replaced the x64 package without releasing a new version. Should be fine now.

emptyDir commented on 2021-02-11 19:28 (UTC)

Looks like the PKGBUILD has an incorrect checksum for the x86_64 package:

 ==> Validating source_x86_64 files with sha256sums...
    code_x64_1.53.1.tar.gz ... FAILED



Downloaded the package manually and compared the checksum to the version downloaded by makepkg, and they seem consistent, but don't match the above:

$ sha256sum code_x64_1.53.1.tar.gz 
23c93a7bf6ceed346f9f2034b4630d8d497dcc3f4b9cce6b67f08f8d272e1530  code_x64_1.53.1.tar.gz
$ sha256sum ~/Downloads/code-stable-x64-1613044905.tar.gz 
23c93a7bf6ceed346f9f2034b4630d8d497dcc3f4b9cce6b67f08f8d272e1530  /home/emptyDir/Downloads/code-stable-x64-1613044905.tar.gz

PrfStrwberry commented on 2021-01-06 20:00 (UTC) (edited on 2021-01-20 21:02 (UTC) by PrfStrwberry)

EDIT: I think it was caused by firejail. I enabled firejail for every program with #firecfg. Cleaning with #firecfg --clean and vs code started after right click -> open with.

Although one or two months ago, the problem did not exist.

When visual-studio-code-bin is closed, are you guys able to open a file by right clicking it and selecting open with vs code?

Nothing happens, when I do that. Kate opens fine.

If I have vs code open, I can right click and select open with vs code and everything works, as supposed to.

EDIT: more specific, text files are fine, json for example not.

bulletmark commented on 2020-12-17 20:52 (UTC)

@dcelasun, note you don't have to bump the pkgrel. Just push the commit. Anybody who already has it installed isn't affected because the built package is the same version anyhow.

dcelasun commented on 2020-12-17 18:57 (UTC)

@Magissia sure, but I don't want to bump pkgrel just for that, so I'll add it with the next release.

Magissia commented on 2020-12-17 18:53 (UTC) (edited on 2020-12-17 18:55 (UTC) by Magissia)

Could you consider adding a "pentium4" architecture to the pkgbuild ? This architecture would still use ia32 archive for installation.

arch variable would need to be modified to arch=('x86_64' 'i686' 'pentium4' 'aarch64' 'armv7h')

Additional source need to be added :


Additional instruction for package() is required : if [ "${CARCH}" = "pentium4" ]; then _pkg=VSCode-linux-ia32 fi

If for any reason Microsoft stop providing the ia32 archive, both i686/pentium4 should be removed.


Thank you.

stronglodge commented on 2020-12-17 00:55 (UTC)

The SHA is wrong for x64, should be 8c30fddfab0b403b68b8151e79a3c2ccb4a3d44ba8e063c0f957f901165e72cd

Det commented on 2020-12-16 15:17 (UTC)


dcelasun commented on 2020-12-15 14:11 (UTC) (edited on 2020-12-15 14:11 (UTC) by dcelasun)

@enkeyz AUR packages assume you already have the base-devel group installed. Run pacman -S base-devel and try again.

enkeyz commented on 2020-12-15 13:19 (UTC)

yay giving me error when trying to install: "ERROR: Cannot find the strip binary required for object file stripping."

shastry commented on 2020-11-12 04:33 (UTC)

Please add to PKGBUILD: options=('!strip')

This will speed up packaging significantly.

It is a handy option when repackaging binary.

dcelasun commented on 2020-11-09 19:27 (UTC)

Thanks @ItachiSan and @TheCycoONE, I've updated the PKGBUILD.

ItachiSan commented on 2020-11-09 12:22 (UTC) (edited on 2020-11-09 12:23 (UTC) by ItachiSan)

Hi @cdelasun,

As @TheCycoONE has mentioned, there are some issues with the sources definition. Sources in the source array (not the _ARCH ones) are used for all architectures, while architecture specific ones will be used on the specific architecture.

With this said you can improve the PKGBUILD in this way:

diff --git a/PKGBUILD b/PKGBUILD
index 1e1ee8d..9801312 100644
@@ -14,38 +14,18 @@ conflicts=('code')
 depends=(libxkbfile gnupg gtk3 libsecret nss gcc-libs libnotify libxss glibc lsof)
 optdepends=('glib2: Needed for move to trash functionality'
             'libdbusmenu-glib: Needed for KDE global menu')
-               ${_pkgname}.desktop ${_pkgname}-url-handler.desktop)
-               ${_pkgname}.desktop ${_pkgname}-url-handler.desktop
-               )
-               ${_pkgname}.desktop ${_pkgname}-url-handler.desktop
-               )
-               ${_pkgname}.desktop ${_pkgname}-url-handler.desktop
-               )
-              ${_pkgname}.desktop ${_pkgname}-url-handler.desktop
-              )
-            '0deefcb638e06c35a52e7e9fb8e19b2dc393f01e5c1c122d2938cddeb22cf8de'
+source=(${_pkgname}.desktop ${_pkgname}-url-handler.desktop)
+# This generates cleaner checksums
-                   '0deefcb638e06c35a52e7e9fb8e19b2dc393f01e5c1c122d2938cddeb22cf8de'
-                   'be3d123aacd575d8f836728266eb421ea70399d713d1fc30378dbc5602b519fb')
-                 '0deefcb638e06c35a52e7e9fb8e19b2dc393f01e5c1c122d2938cddeb22cf8de'
-                 'be3d123aacd575d8f836728266eb421ea70399d713d1fc30378dbc5602b519fb')
-                    '0deefcb638e06c35a52e7e9fb8e19b2dc393f01e5c1c122d2938cddeb22cf8de'
-                    'be3d123aacd575d8f836728266eb421ea70399d713d1fc30378dbc5602b519fb')
-                   '0deefcb638e06c35a52e7e9fb8e19b2dc393f01e5c1c122d2938cddeb22cf8de'
-                   'be3d123aacd575d8f836728266eb421ea70399d713d1fc30378dbc5602b519fb')

 package() {

TheCycoONE commented on 2020-11-08 12:58 (UTC)

The multiarch handling seems slightly off, on aarch64 it downloads and extracts both the x64 and arm64 versions, and the shared files are checked multiple times.

The end result works, but I think only the non-arch files (.desktop files) belong in source=, and they shouldn't be repeated in the source_arch sections.

dcelasun commented on 2020-10-14 22:58 (UTC)

With version 1.50.1 I've added ARM builds to this package. I don't have an ARM system to test with so let me know if you see any issues.

pfeerick commented on 2020-10-10 11:12 (UTC) (edited on 2020-10-10 11:15 (UTC) by pfeerick)

The current version of this package only supports x64, not the (new) arm or arm64/aarch64 builds of VSCode. I had no issues using the official tar.gz for 1.50 from on a Pinebook Pro (aarch64).

spqa commented on 2020-10-09 04:22 (UTC) (edited on 2020-10-09 04:22 (UTC) by spqa)

To anyone get this error:

:: (1/1) Parsing SRCINFO: visual-studio-code-bin
==> ERROR: PKGBUILD contains CRLF characters and cannot be sourced.
error downloading sources: visual-studio-code-bin

Use command git config --global core.autocrlf false and delete ~/.cache/yay/visual-studio-code-bin might help

Det commented on 2020-10-04 10:00 (UTC)

Pretty common for people to hardcode for Ubuntu.

dcelasun commented on 2020-10-04 09:55 (UTC)

@alosarjos I'd say that's a bug with their tool. Instead of checking a hardcoded path they should look for the code binary in $PATH. I'd report it upstream.

alosarjos commented on 2020-10-04 09:46 (UTC) (edited on 2020-10-04 09:47 (UTC) by alosarjos)

I was checking the official binary install paths. Seems to be different than this package. The official Ubuntu .deb seems to install on /usr/share/code.

In the case of the Flutter framework, their doctor tool to check if VSCode is correctly installed has the /usr/share/code/bin/code path hardcoded to check if it's installed on the system, so it doesn't detect the installation from this package.

While this is a minor thing that won't stop Flutter from working with Flutter, I don't know if this could lead to another frameworks or tools problems that need to detect if VSCode is installed using the expected binary path from the official packages.

PD: Thanks a lot for maintaining this package.

J.Kakaofanatiker commented on 2020-10-03 14:20 (UTC)

I get the following error when I try to download it using yay: curl: (7) Failed to connect to port 443: Verbindungsaufbau abgelehnt (Translation: Connection refused)

malkovich commented on 2020-09-04 13:41 (UTC)

Your post has been so helpful because it was clear and concise writing made it easy to understand. Thank you!

dcelasun commented on 2020-08-26 06:00 (UTC)

@samueldy I think you have a corrupted package. I don't see any CRLF characters:

$ grep -U $'\015' visual-studio-code-bin/PKGBUILD

samueldy commented on 2020-08-26 05:21 (UTC) (edited on 2020-08-26 05:22 (UTC) by samueldy)

Updating via yay -Syu gives the error:

:: (1/1) Parsing SRCINFO: visual-studio-code-bin
==> ERROR: PKGBUILD contains CRLF characters and cannot be sourced.
error downloading sources: visual-studio-code-bin

Navigating to the downloaded package directory (~/.cache/yay/visual-studio-code-bin for me), running dos2unix on PKGBUILD and the two .desktop files, and running makepkg -i worked for me.

m4chei commented on 2020-07-15 11:30 (UTC) (edited on 2020-07-21 07:14 (UTC) by m4chei)

I've tried updating from -> using yay today. Updating failes:

curl: (6) Could not resolve host:
==> ERROR: Failure while downloading
Error downloading sources: visual-studio-code-bin

Same thing happens if I run makepkg -si on the tarball.

bhrgunatha commented on 2020-06-02 05:33 (UTC)

I've tried to update this package (pkgver 1.41.1) several times over several days in the last week or so and every time the download times out. I can't even download directly.

HTTP request sent, awaiting response... 404 Not Found

Anyone have similar issues?
Is there an alternative URL?
Any ideas whatsoever welcome.

lordflaron commented on 2020-05-26 03:41 (UTC)

@emke Thanks, can confirm that it failed on pamac, but works with yay

emke commented on 2020-05-20 20:27 (UTC)

@lordflaron after the latest pamac update, I no longer get that error.

dcelasun commented on 2020-05-14 07:25 (UTC)

@lordflaron then that's a problem with pamac. Please read the pinned Frequently Asked Questions.

lordflaron commented on 2020-05-14 07:07 (UTC)

@dcelasun I'm using the pamac GUI with air support

dcelasun commented on 2020-05-14 06:24 (UTC)

@lordflaron that file is definitely in the package. How are you installing this package, with an AUR helper?

lordflaron commented on 2020-05-13 20:53 (UTC)

Hi, I'm getting this error when building:

ERROR: visual-studio-code.desktop was not found in the build directory and is not a URL.

Det commented on 2020-05-08 00:37 (UTC)

shrug yea, maintainers rarely wanna co-maintain (even me back when I was doing it).

mixedCase commented on 2020-05-08 00:35 (UTC)

@Det Yep, I can do the actual download and replace with the actual checksum just as easily, but doing an extra git commit and push would allow me to share it, just wanted to check if that was an option.

Det commented on 2020-05-07 23:09 (UTC) (edited on 2020-05-07 23:23 (UTC) by Det)

@mixedCase, well.. on quick glance looks like you could maintain this locally with:

pkgver=$(curl -sL | grep -Pom1 "version \K[^)]*") # cut up from after "version " to the first ")" ("<h1>April 2020 (version 1.45)</h1>"), -m1: use only first result
pkgrel=1 # reset

Put it at the end of the PKGBUILD, and it's a portable piece of text that doesn't even conflict with anything.

mixedCase commented on 2020-05-07 22:50 (UTC)

@dcelasun Yes, and thank you for keeping it within reasonable bounds all this time!. I'm offering because I update packages within the hour (usually less), since I automate new release checks to fire an e-mail usually before an user files the package as out of date, edit the PKGBUILD, make some quick tests and ship it.

As for my personal reason, I've been working with VS Code much more often recently and the damned gear with the notification gets on my nerves, but I understand being hesitant.

Let me know if you do change your mind :)

dcelasun commented on 2020-05-07 21:51 (UTC)

@mixedCase thanks for the offer! Over the years I've managed to keep this updated within hours of release. I'll ping you if that becomes untenable in the future.

mixedCase commented on 2020-05-07 20:54 (UTC)

Hi @dcelasun. I've been using your package for, well a couple of years now. I've noticed that MS tends to release updates during my office hours, making it practical for me to help out making version bumps shortly after releases occur. Would you accept a co-maintainer?

dcelasun commented on 2020-03-31 22:09 (UTC)


Nowaker commented on 2020-03-31 22:07 (UTC)

Would you mind creating visual-studio-code-insiders-bin? The Insiders version of the package would be very similar to this one - only pointing to a different URL, and having sha256sums=SKIP since Insiders is a daily build. Thank you.

dcelasun commented on 2020-03-30 09:36 (UTC)

@op3 done, let me know if it doesn't work as expected.

op3 commented on 2020-03-29 11:02 (UTC) (edited on 2020-03-29 11:04 (UTC) by op3)

The upstream code package is providing a .desktop file that includes a “New Empty Window” option. I find this very useful and would appreciate if you introduced this feature to the .desktop file provided with this package.

dcelasun commented on 2020-03-25 19:17 (UTC)

@Xaekai I'm not sure how up-to-date this page is, but Micrososft maintains such a list here.

Xaekai commented on 2020-03-25 19:14 (UTC)

I request that "proprietary features" in your FAQ be linkified to an enumeration of those features if possible. Thank you.

Det commented on 2020-03-24 20:50 (UTC)

Wow, ok, cool. Does that warrant like a FAQ mention?

dcelasun commented on 2020-03-24 20:39 (UTC)

@Det this package is the official build from Microsoft and can use the name "Visual Studio Code". The package in community is an unofficial build and isn't allowed to use Microsoft branding so it's only called "code".

Det commented on 2020-03-24 20:36 (UTC)

So wait, what was the reason again this had a different name from community/code?

commented on 2020-02-10 13:50 (UTC)

@dcelasun @jaysistar

I was the maintainer of vscodium-bin-multiarch. I have now added ARM support into vscodium-bin and deleted my package.

From now, vscodium-bin supports ARM and ARM64.

jaysistar commented on 2020-01-31 02:05 (UTC)

@dcelasun Thanks! I'd like Microsoft to support ARM64, but I'll use Codium until they do.

dcelasun commented on 2020-01-30 16:06 (UTC)

@jaysistar this package is only for the official binaries from Microsoft, which doesn't support ARM. Until it does, you can try vscodium-bin-multiarch.

jaysistar commented on 2020-01-30 13:30 (UTC)

Please update this package to work with aarch64.

bulletmark commented on 2019-12-20 00:43 (UTC)

@fifthecho, please don't do that. That's what the flag button is for.

fifthecho commented on 2019-12-20 00:33 (UTC)

1.14.1 is out which has a SHA256 SUM for me of:

2a2353ea85b5a3d729e0134ff36b29461bb4264b708786e2486927b7f3c06601  code-stable-1576682093.tar.gz

panjiesw commented on 2019-11-15 15:05 (UTC)

@dcelasun I also experienced the issue mentioned by @bike-bill In my case my VSCode can't be launched from rofi launcher, which launch /opt/visual-studio-code/code. Running it from CLI got the same error.

But, it's working and opened without error if I launch /opt/visual-studio-code/bin/code

bike-bill commented on 2019-11-14 10:03 (UTC) (edited on 2019-11-14 10:16 (UTC) by bike-bill)

@dcelasun I think I somehow deleted my original message that you responded to. My issue is this: I first noticed my Dash icon was not launching Code. When I start from the command line from /opt/visual-studio-code I get:

$ ./code [18860:1114/] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/visual-studio-code/chrome-sandbox is owned by root and has mode 4755. Trace/breakpoint trap (core dumped)


sudo chmod 4755 /opt/visual-studio-code/chrome-sandbox

fixes the issue.

dcelasun commented on 2019-11-13 14:49 (UTC) (edited on 2019-11-13 14:50 (UTC) by dcelasun)

@bike-bill This package doesn't set the SUID bit (so 0755) but I don't see any errors.

$ ls -alh /opt/visual-studio-code/ | grep sandbox
-rwxr-xr-x 1 root root 231K Nov  8 10:07 chrome-sandbox

LiteracyFanatic commented on 2019-10-30 08:43 (UTC)

I'm not sure if this is an upstream issue or a packaging one, but none of the hover tooltips work for me with this package. They do work with the open source package in community. Anybody else having this issue?

eschwartz commented on 2019-10-13 05:11 (UTC)


You're doing G-d's work. :D Thanks for helping to get us one step closer to a world in which people no longer use the which program.

jplatte commented on 2019-10-08 18:39 (UTC)

Seems like the which dependency will be removed in the next release :)

jplatte commented on 2019-10-08 12:09 (UTC)

I opened a PR to get rid of the which dependency:

dcelasun commented on 2019-10-08 08:12 (UTC)

@farseerfc good point! I've updated this package and visual-studio-code-insiders.

farseerfc commented on 2019-10-08 08:04 (UTC)

@dcelasun which is in base-devel which means that is assumed to be installed where makepkg is run. But we cannot safely assume the machine/environment runs makepkg is the same machine/environment that installs the package. In other words, base-devel is assumed to be in the makedepends array of all AUR packages, but not the depends array. If a program needs something from base-devel in runtime, I think that package should be added to depends.

akiirui commented on 2019-10-07 10:08 (UTC) (edited on 2019-10-07 10:24 (UTC) by akiirui)


Oh, which is indeed in base-devel. maybe because base package replace, which and some packages marked unused packages (orphans) by pacman -Qdt... ( and I uninstalled these...

I think I need reinstall base-devel Please ignore my previous comment (XD

dcelasun commented on 2019-10-07 07:29 (UTC)

@akiirui, which is in the base-devel group which is assumed to be installed by all AUR packages.

commented on 2019-09-28 13:03 (UTC)

There is somrthing that wasn't noted in arch wiki is that the "code" default Community repo can't run bash profile commands. When I installed NVM and then installed nodejs with it, node and npm commands can't be run in tasks.json or launch.json, you can only run those commands in integrated terminal. Although, this official visual code build runs those commands in tasks and launch.json without problems.

If you use NVM, flutter... I recommend you to use this package.

electricprism commented on 2019-09-17 18:43 (UTC)

Seems like more people should know this bin package tracks their telemetry and sends it back to Microsoft.

To remove that caveat people should us vscodium-bin

Just learned this myself and am switching away.

dcelasun commented on 2019-08-29 12:45 (UTC) (edited on 2019-10-18 09:57 (UTC) by dcelasun)

@brainplot thanks for letting me know. Looks like Electron has already set the default to gio, so I've replaced gvfs dependency with glib2 (which provides gio). Anyone wishing to use other thrash implementations can set ELECTRON_THRASH environment variable as described in the wiki.

brainplot commented on 2019-08-29 12:20 (UTC) (edited on 2019-08-29 12:20 (UTC) by brainplot)

The gvfs optional dependency should be removed. As per the wiki (, Electron doesn't necessarily need gvfs to move files to the Trash. An environment variable needs to be set to tell Electron which program to use.

commented on 2019-08-21 09:23 (UTC)

For FREE Skin Warts Solution -


commented on 2019-08-21 09:23 (UTC)

For FREE Skin Warts Solution -


dcelasun commented on 2019-08-03 20:11 (UTC) (edited on 2019-08-03 20:11 (UTC) by dcelasun)

@dehein binutils is in the base-devel group which is mandatory for installing AUR packages. Quoting from the wiki:

Packages in the AUR assume that the base-devel group is installed, i.e. they do not list the group's members as dependencies explicitly.

dehein commented on 2019-08-03 20:03 (UTC)

Please add binutils as dependency

atoms commented on 2019-07-04 13:28 (UTC)

if you want to use docker plugin on kde you need to install gnome-keyring, i suppose it should be also added to dependencies. as it cannot save secrets without it.

dcelasun commented on 2019-07-03 19:28 (UTC)

I've just pushed 1.36.0 with Electron 4, which doesn't support 32 bit Linux so I've removed it from this package as well. Users on 32 bit systems should stay on the previous version.

dcelasun commented on 2019-06-19 20:59 (UTC) (edited on 2019-06-19 21:03 (UTC) by dcelasun)

I'm on Gnome as well and I don't have this behaviour you are describing. Still, see this reddit thread for a solution.

By the way, this is upstream behaviour, not something specific to the Arch package.

EDIT: I've updated the stickied FAQ with this information.

asermax commented on 2019-06-19 20:54 (UTC)

It doesn't purposefuly try to hijack it, but it does as a side effect of setting it's support for inode/directory. Most editors do support opening folders as well but don't declare it on their .desktop files; so far this has been the only case I have had this happen with an editor (I did have a similar issue when installing multiple file managers though). Also, I did try to use xdg-open (which is DE independent afaik) to make sure it wasn't a gnome specific issue or had something to do with my own configuration before checking the .desktop file and coming here to check if it was a known issue. You own the package so feel free to keep it as it is, just be aware this same issue could happen to more people.

dcelasun commented on 2019-06-19 20:36 (UTC)

This package doesn't hijack anything. Visual Studio Code can open directories, so the desktop file declares support for it. If your desktop environment makes that the default, there should be a way to change it. If there isn't, that's a problem with that DE, not this package.

asermax commented on 2019-06-19 20:34 (UTC) (edited on 2019-06-19 20:34 (UTC) by asermax)

Like @noirscape mentioned, this package is hijacking the inode/directory mimetype; the .desktop file provided with the package explicitly sets itself as the application to open folders, which I assume is something most users don't want.

noirscape commented on 2019-06-17 20:28 (UTC)

Not entirely sure why this is happening, but for some reason the package ends up prioritizing itself for inode/directory for me, which causes things related to xdg-open to use VS Code.

While I can change it manually back each time by editing the relevant line in /usr/share/applications/mimeinfo.cache, it would be handy if there's some sort of way to repair it without having to do that on each update.

dcelasun commented on 2019-06-07 12:33 (UTC)

@Gonzalo2683 you can use the same process. Download the package, extract it and install with makepkg -si.

Gonzalo2683 commented on 2019-06-07 12:32 (UTC)

I'm new to arch, I've installed the previous version of visual studio code with the command makepkg -s, how do I update to the latest version?

mmcoding commented on 2019-06-06 00:45 (UTC)

I'm using deepin and still the old logo

jolan commented on 2019-06-05 22:14 (UTC)

@dcelasun Ah ok, thanks for updating it, I do happen to use xfce.

jolan commented on 2019-06-05 22:14 (UTC)

@dcelasun Ah ok, thanks for updating it, I do happen to use xfce.

dcelasun commented on 2019-06-05 21:35 (UTC)

@jolan thanks, fixed. Note that code.png is only used as a workaround for an Xfce bug. Other DEs get the icon from upstream.

jolan commented on 2019-06-05 21:29 (UTC)

FYI, the icon was changed but code.png wasn't updated.

francoism90 commented on 2019-06-04 18:30 (UTC)

Spam is being posted a lot nowadays, maybe the devs should add something like re-captcha. :|

commented on 2019-05-27 11:40 (UTC)

wow good information provide this post. happy best post. -> -> -> ->

manuelino commented on 2019-05-17 07:18 (UTC)

@dcelasun Works! The icon is back on the desktop.

dcelasun commented on 2019-05-17 06:58 (UTC)

@manuelino should be fixed now.

manuelino commented on 2019-05-17 06:52 (UTC)


Thanks for the workaround, but as is it does not work, because the image under hicolor is named "code.png", while the desktop entry refers to it as "visual-studio-code".

Simply renaming the image and updating the icon cache sorts it out. Also, the image has executable bits set (0755 rather than 0644).

dcelasun commented on 2019-05-16 21:26 (UTC)

@manuelino I've added a workaround, please try with the latest version and report back.

manuelino commented on 2019-05-03 08:32 (UTC)

@dcelasun Here is the link to the issue:

dcelasun commented on 2019-05-02 20:13 (UTC)

@manuelino, can you link me to that issue? I wouldn't resize it at build time (it would require a dependency), but I'd be willing to ship a static image with the PKGBUILD.

manuelino commented on 2019-05-02 14:24 (UTC)

It seems that there is a bug in the current XFCE packages, which causes desktop launchers not to display icons if they are placed under /usr/share/icons and not under a theme. It also breaks if moving the icon under the hicolor theme but under a 1024x1024 directory.

Is there any chance the icon could be resized at build time to 512x512 and installed under the hicolor theme? I understand this is really an issue with the DE (I have reported this to the devs), but this packages is the only one I have seen in a while that does not store the icons under the hicolor theme and that has such a large image.

If this looks feasible, I am willing to provide a patch. Since the proposed path is standardized by the Icon Theme Specification, it should have no negative impact on other DE's.

saverio commented on 2019-04-22 17:57 (UTC)

@cogwerkz Many thanks... I didn't read the FREQUENTLY ASKED QUESTIONS at the top. The FAQ is very useful and it must be red by all users before posting repetitive comments, sorry it was my issue.

cogwerkz commented on 2019-04-21 18:36 (UTC)

@saverio The one in the Community repo is the fully open source version, meaning it only has the open source base, and hasn't got direct access to proprietary elements like the marketplace.

This version has a commercial license, which is something you'll never see on anything in the official repos.

saverio commented on 2019-04-21 18:02 (UTC) (edited on 2019-04-21 18:05 (UTC) by saverio)

Hi dcelasun, is there any difference between this AUR maintained package and the one available in the official Arch Community repo? (

As far as I can see, both Community and your AUR package have the same version...

Rainer commented on 2019-04-07 10:02 (UTC) (edited on 2019-04-07 10:03 (UTC) by Rainer)

I'm on arch 32Bit. I downloaded the snapshot and installed the package with makepkg -sirc. Everything worked fine. If I start either from the menu or with "code" from the terminal it starts but all I get is a blank screen. Did I missed something?

elgs commented on 2019-04-04 20:24 (UTC)

1.33.0-2 works! Thanks @dcelasun.

dcelasun commented on 2019-04-04 20:22 (UTC)

Sorry, fixed.

elgs commented on 2019-04-04 20:20 (UTC) (edited on 2019-04-04 20:22 (UTC) by elgs)

:: Searching databases for updates...
:: Searching AUR for updates...
:: 1 Packages to upgrade.
1  aur/visual-studio-code-bin  1.32.3-1 -> 1.33.0-1
==> Packages to not upgrade: (eg: 1 2 3, 1-3, ^4 or repo name)

install: cannot stat '/home/elgs/.cache/yay/visual-studio-code-bin/src/VSCode-linux-x64/resources/app/LICENSE.txt': No such file or directory
==> ERROR: A failure occurred in package().
Error making: visual-studio-code-bin

dcelasun commented on 2019-04-04 13:19 (UTC)

@melkopisi, @HerHde, there are plenty of solutions to this problem, all of them a quick search away. For example:

There should be more for other DEs as well.

HerHde commented on 2019-04-04 12:59 (UTC)

Well, about the "inode/directory" link: It interferes with almost every software on my freshly installed system (Manjaro), including Nautilus and Firefox.

melkopisi commented on 2019-04-03 20:21 (UTC)

butother apps suggest open their file in visual studio code instead from nautilus like Android studio because it has the priority above nautilus to open folders

any idea how to fix this?

dcelasun commented on 2019-04-03 12:53 (UTC)

@melkopsi, that's needed for opening directories with VS Code. If it interferes with Nautilus, that must be a configuration issue on your end. It works fine for me here.

melkopisi commented on 2019-04-03 12:21 (UTC)

Please can you stop adding "inode/directory" to the MimeType because it interferes with nautilus?

dcelasun commented on 2019-03-22 20:50 (UTC)

@albertvaka that has been asked and answered several times, read the comments please.

albertvaka commented on 2019-03-22 20:49 (UTC)

Why is this package needed now that "code" is in the main repo?

dcelasun commented on 2019-03-11 08:34 (UTC)

@davidmcinnis, that URL does exist. It works fine for me.

FernandoBasso commented on 2019-02-22 21:46 (UTC)

Hash problem seems to be gone now. Just removed the old download and aurget installed vscode just fine.

Thanks to @dcelasun for reporting upstream.

dcelasun commented on 2019-02-13 13:27 (UTC)

I've reported it upstream:

xereda commented on 2019-02-13 13:23 (UTC)

And what do we do?

dcelasun commented on 2019-02-13 12:57 (UTC) (edited on 2019-02-13 13:06 (UTC) by dcelasun)

@pedromello, thanks for the confirmation. The hash I'm getting from both the Netherlands and UK is 154a316eb6785c126e2fccd80a5c76291321ca2d6945e7a2a13f2e262be89bde. Can someone else from a different country check as well?

EDIT: Checked from USA and Turkey as well, both get the above hash. I'm guessing this is a Latin American mirror issue.

pedromello commented on 2019-02-13 12:51 (UTC)

I've got the same hash as @xereda 39e953dc16f248399d286cdca1653345ff32927affc0256ea4a62607f8f5f232 code_x64_1.31.1.tar.gz

I've noticed both me and @xereda are from Brazil (based on the language of the yay output in his post). I this case, @dcelasun hint about a mirror with a different version is valid... and annoying at the same time :)

dcelasun commented on 2019-02-13 12:22 (UTC)

OK first of all, please don't make multiple comments in succession. Just make one and edit it if necessary.

Secondly, please try without yay (see the stickied FAQ comment, just use makepkg -si). If that still doesn't work, my guess is the mirror you are downloading from has either a corrupted tarball or simply a different version.

dcelasun commented on 2019-02-13 12:00 (UTC) (edited on 2019-02-13 12:01 (UTC) by dcelasun)

@xereda, something must have gone wrong with your download which corrupted the file. Delete it and try again.

$ sha256sum code_x64_1.31.1.tar.gz 
154a316eb6785c126e2fccd80a5c76291321ca2d6945e7a2a13f2e262be89bde  code_x64_1.31.1.tar.gz

munim commented on 2019-02-10 18:35 (UTC) (edited on 2019-02-10 18:36 (UTC) by munim)

Getting the following error while upgrading from 1.30.2-1 -> 1.31.0-2

(OK):download completed.
mv: cannot stat '/tmp/yaourt-tmp-munim/aur-visual-studio-code-bin/stable': No such file or directory
  -> Found visual-studio-code.desktop
  -> Found visual-studio-code-url-handler.desktop
==> Validating source_x86_64 files with sha256sums...
    code_x64_1.31.0.tar.gz ... NOT FOUND
    visual-studio-code.desktop ... Passed
    visual-studio-code-url-handler.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build visual-studio-code-bin.
==> Restart building visual-studio-code-bin ? [y/N]

DonJogi commented on 2019-02-07 20:24 (UTC)

@dcelasun thanks for your suggestion! I wanted to try this right now, but the new version 1.31.0-2 works great, so it's solved for me. Thanks again!

chih commented on 2019-02-07 04:20 (UTC) In 1.31.0. gconf no longer needs.

dcelasun commented on 2019-02-05 09:55 (UTC)

@Donjogi, can you try code --disable-gpu and see if it helps?

DonJogi commented on 2019-02-04 19:05 (UTC)

I tried to install visual-studio-code-bin today freshly with yay on KDE Plasma 5.14.5. On startup the app crashes before showing a window with the following stacktrace. I double-checked the current "code" arch package which works out of the box.

Any hint if I can solve this by myself?

$ code --verbose
[21302:0204/] InitializeSandbox() called with multiple threads in process gpu-process. [main 7:41:14 PM] Sending env to running instance... [main 7:41:14 PM] [ 'TypeError: Cannot read property \'call\' of undefined', ' at e.onPromise (/opt/visual-studio-code/resources/app/out/vs/code/electron-main/main.js:191:666)', ' at e.onRawMessage (/opt/visual-studio-code/resources/app/out/vs/code/electron-main/main.js:191:326)', ' at /opt/visual-studio-code/resources/app/out/vs/code/electron-main/main.js:190:769', ' at (/opt/visual-studio-code/resources/app/out/vs/code/electron-main/main.js:123:512)', ' at a (/opt/visual-studio-code/resources/app/out/vs/code/electron-main/main.js:200:948)', ' at Socket._socketDataListener (/opt/visual-studio-code/resources/app/out/vs/code/electron-main/main.js:201:153)', ' at emitOne (events.js:116:13)', ' at Socket.emit (events.js:211:7)', ' at addChunk (_stream_readable.js:263:12)', ' at readableAddChunk (_stream_readable.js:250:11)', ' at Socket.Readable.push (_stream_readable.js:208:10)', ' at Pipe.onread (net.js:594:20)' ]

angellusmortis commented on 2019-02-01 05:39 (UTC) (edited on 2019-02-01 05:41 (UTC) by angellusmortis)

@noraj code is maintained by the Arch team. It is them taking the VS Code code base and building their own open source version. It is technically an unoffical release of VS Code.

visual-studio-code-bin is the official release by Microsoft repacked to be installed on Arch.

There are advantages and disadvantages to both of them. Most notably, code is open source and visual-studio-code-bin has many of Microsoft's closed source improvements (it works via X11 forwarding for example, whereas most other Electron apps do not).

(at least that is my take on why there would be interest in this one)

noraj commented on 2019-01-22 10:06 (UTC)

Now that there is, what is the interest of visual-studio-code-bin ?

enihcam commented on 2018-12-29 00:04 (UTC) Finally gconf will be dropped in next version.

dcelasun commented on 2018-12-15 18:20 (UTC)

OK, I've restored StartupWMClass.

Anty0 commented on 2018-12-15 16:34 (UTC)

@dcelasun I agree with @jgierer12.

I haven't been using VS Code for a long time, so my advice for @nix6839 was more in general manner, but after looking into it more I don't think this is upstream issue.

jgierer12 commented on 2018-12-15 16:22 (UTC)

Hi @dcelasun, I don't think this is an upstream issue. The PR you linked removed the StartupWMClass from visual-studio-code-url-handler.desktop, but not from visual-studio-code.desktop. I'm having the same issue as @nix6839 and was also able to fix it by re-adding StartupWMClass=code into the latter file.

nix6839 commented on 2018-12-15 14:45 (UTC)

@Anty0 I'm not fixed that way either.

nix6839 commented on 2018-12-15 14:44 (UTC) (edited on 2018-12-16 14:03 (UTC) by nix6839)

@dcelasun I hope to put it in visual-studio-code.desktop. (Ref to and

Anty0 commented on 2018-12-15 11:20 (UTC)

@nix6839 Try re-add (remove it and add it again) VS Code to your favorites. You probably have added wrong one (the one which was starting before fix).

dcelasun commented on 2018-12-15 08:33 (UTC)

@nix6839, since that was done on purpose, you should report it upstream.

nix6839 commented on 2018-12-15 04:07 (UTC)

Please re-add "StartupWMClass". Without it, an error occurs. The error is as follows the dock contains multiple copies of the same icon.

dcelasun commented on 2018-12-14 16:55 (UTC)

@teohhanhui, thanks for the heads up. This should be working now, e.g xdg-open vscode://file/etc/pacman.conf or xdg-open vscode-insiders://file/etc/pacman.conf for the insiders build.

teohhanhui commented on 2018-12-14 16:29 (UTC)

Please add the code-url-handler.desktop file (visual-studio-code-url-handler.desktop in our case) to support vscode:// URIs. See and

matfantinel commented on 2018-12-08 19:28 (UTC)

I'm on Manjaro Deepin, and VS Code cannot access my system-wide $PATH variable. I am not being able to properly debug .net core apps because of that.

On VS Code, "echo $PATH" prints:


Which seems to be a default configuration, but doesn't update if I set $PATH outside of it. If I set the variable inside VS Code Terminal, it will reset after restart.

I've noticed this behavior in the Flatpak version of VS Code in Linux Mint once. In that case, installing from the website worked.

shastry commented on 2018-11-28 05:37 (UTC)

For delete to trash to work, this environment variable needs to be set: ELECTRON_TRASH=gio

(or trash-cli, kioclient5, kioclient)

zetxx commented on 2018-11-27 09:01 (UTC)

there is new code version build specially for the flatmap-stream

ckolos commented on 2018-11-26 22:57 (UTC)

version 1.29.1 uses/installs flatmap-stream 0.1.1 for the references-view extension.

If you have installed this package, you should read over and determine if you are affected or not.

dcelasun commented on 2018-11-03 19:34 (UTC)

All right, thanks for voicing your opinions everyone. I've decided to remove pylint as an optdepend in the next version. I also won't be adding any language specific dependencies from now on.

jakebailey commented on 2018-11-03 19:25 (UTC)

IMO, pylint is an optional dependency for an extension you can install, not for the editor itself, so it probably shouldn't be an optdepend. Optional dependencies for things like trash support definitely make sense because it's an optional editor feature, but I can think of a number of other extensions that also ask for things to be installed (the Go extension prompts to install linters, C/C++ extension asks about clang-format, etc), and I wouldn't personally want those added as optdepends either. If you configure the extension to specify a different linter (flake8/pep8), then it'll show the same prompt but for that other tool too, pylint's just the default. Always running pylint is going to stop being the default in the python extension anyway [1] [2].



(Disclaimer, I work on the python team at Microsoft, but this isn't any sort of official opinion or anything. I just noticed the added dep during an update on my personal machine.)

Anty0 commented on 2018-10-30 16:31 (UTC)

And of course all of this is just my opinion, so feel free to change my mind, if you know something I don't. :)

Anty0 commented on 2018-10-30 16:27 (UTC)

*But only packages, that can be used by that package without any plugins. (= If visual studio code does not support python without additional plugin, python-pylint should not be added as optdependcy, but if visual studio code support python by default and opening python file shows that warning without installing additional plugin, we should add python-pylint as optdependcy.)

Anty0 commented on 2018-10-30 16:20 (UTC)

@elgs I think, that optdepends are not about what you want, but about what you may want. So they should contain packages, that can be for someone only "pollution".

Personally, I think, that in optdepends should be every package, which can be used by that package in any way. Also sometimes it is good idea to add as optdependcy package, that is not used by that package, but can make usage of that package significantly easier. (There are lot of examples of that in official Arch Linux packages.)

elgs commented on 2018-10-30 03:47 (UTC)

Personally, I don't mind if there is a ton of optdepends.

I know you don't mind. But other people may see it as pollution. Many people don't like anything which is not necessary for them.

Caldazar commented on 2018-10-30 00:56 (UTC) (edited on 2018-10-30 01:12 (UTC) by Caldazar)

Fair point. You can't just add a ton of optdepends for every eventuality; you need to draw a line somewhere.

I see two main criteria, each of which is a good reason for an optdepends:

  1. The package is essential for a basic core functionality ( here 'basic Python support'. VSC complains about this package missing, not about 'pyflakes' )

  2. The package is arguably supposed to be installed --asdeps. If there is no package to optdepend on it, then it becomes an orphan as far as Pacman is concerned.

Both rules apply here imo. You could even make a point for XDebug for PHP even though VSC doesn't complain about that one. QtCreator for example has even git, mercury, valgrind etc. as optdepends.

If it gets too much, as it might happen with multi-language editors, then that's rather an argument for splitting the package into multiple optimized ones, like with Eclipse and Netbeans, not for letting the user whack-an-error-message.

Personally, I don't mind if there is a ton of optdepends. Let me know on install what else might be useful in combination with the main package.

elgs commented on 2018-10-29 21:46 (UTC)

I also think adding python specific things as dependency (even optional) is a bad idea.

theaifam5 commented on 2018-10-29 21:32 (UTC) (edited on 2018-10-29 21:35 (UTC) by theaifam5)

@Caldazar that's a really bad idea.. VSCode has nothing with Python. So let's add Java, dotnet, and all other languages as a optional dependency -.- That's also does not change anything, so I wonder why that should be a optional dependency. There is also other python linter: pyflakes.

Caldazar commented on 2018-10-27 22:16 (UTC)

Could you please add 'python-pylint' as an optional depenendcy ( python-pylint: Code analysis for Python )?

As soon as I opened a *.py file, VSC complained "Linter pylint is not installed" and tried to make me install it via pip. It seems to consider it as a must-have for python language support.

I installed it explicitly with pacman but I'd rather have it --asdeps for VSC.

Nowaker commented on 2018-10-18 18:24 (UTC)

Please change the description in PKGBUILD to:

pkgdesc="Visual Studio Code (vscode): Editor for building and debugging modern web and cloud applications (official binary version)"

This will make searching way easier. Thanks.

Xorg commented on 2018-10-13 07:16 (UTC)

@daveshaheen: Thank you for your trick!

daveshaheen commented on 2018-10-13 00:41 (UTC) (edited on 2018-10-13 00:42 (UTC) by daveshaheen)

Another option instead of modifying /etc/makepkg.conf is to create a ~/.curlrc file with the line --http1.1

Tairosonloa commented on 2018-10-11 16:49 (UTC)

It fails when it tries to download v 1.28.0 from (I'm using pacaur)

However, I could manually download the tar.gz from the above link, insert it on the pacaur cache folder, and the installation was successfully.

dcelasun commented on 2018-10-11 06:08 (UTC)

@tavuntu, It's the lines starting with http::/usr/bin/curl and https::/usr/bin/curl in the DLAGENTS array in /etc/makepkg.conf.

tavuntu commented on 2018-10-11 03:16 (UTC)

@dcelasun which line do I add that flag in?

dcelasun commented on 2018-10-09 06:57 (UTC)

@Chipsterjulien as a temporary workaround, you can edit DLAGENTS in /etc/makepkg.conf and add --http1.1 to the curl command.

Chipsterjulien commented on 2018-10-09 06:52 (UTC)

Unable to download file:

-> Téléchargement de code_x64_1.28.0.tar.gz… % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 130 100 130 0 0 84 0 0:00:01 0:00:01 --:--:-- 84 0 0 0 0 0 0 0 0 --:--:-- 0:00:02 --:--:-- 0 curl: (16) Error in the HTTP2 framing layer ==> ERREUR : Erreur lors du téléchargement de

dcelasun commented on 2018-09-18 14:14 (UTC)

@ghotrix, that's a network on your end. I can download the tarball just fine.

ghotrix commented on 2018-09-18 12:35 (UTC)

OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to while trying to install. Does anyone also experienced such an error?

dcelasun commented on 2018-09-13 16:14 (UTC)

@pascenio, update your whole system first (pacman -Syu) before updating this one.

pascencio commented on 2018-09-13 16:11 (UTC)

Hi guys!

I'm trying to update this package but get the following error:

error: the operation could not be prepared (the dependencies could not be satisfied) :: lib32-glibc: installing «glibc» (2.28-4) dependence breaks with «glibc=2.26»

Do you have some workaround for this issue?

dcelasun commented on 2018-09-12 09:57 (UTC)

@loodoons sorry, no idea. You might try asking on Github.

loodoons commented on 2018-09-12 07:53 (UTC)

@dcelasun You're right. It was a GPU issue. Your answer fixed my problem.

Do you know why I've got this issue?
I've installed all the intel graphic drivers.

dcelasun commented on 2018-09-12 05:42 (UTC)

@loodoons, I can't reproduce the problem. The cli and .desktop launchers are meant to be separate, there have been many problems in the past when using the same one for both cases.

The issue you are seeing sounds like a gpu problem. Can you try replacing:

Exec=/opt/visual-studio-code/code %f


Exec=/opt/visual-studio-code/code --disable-gpu %f

and see if that fixes it?

loodoons commented on 2018-09-11 20:07 (UTC) (edited on 2018-09-11 20:50 (UTC) by loodoons)

I found a bug that is annoying. When you drag and drop inside the user
interface, Code freeze. There's nothing in the log. This bug only occur when you launch the software with the .desktop file.
So I found a fix.

Just edit this file /usr/share/applications/visual-studio-code.desktop and replace this line

Exec=/opt/visual-studio-code/code %f


Exec=/opt/visual-studio-code/bin/code %f

I think there's missing many env var when you launch Code from /opt/visual-studio-code. Can you apply the fix in the package?

Thank you very much,
Guillaume Quittet

axionl commented on 2018-09-11 00:27 (UTC)

The Conflicts package should be changed to 'code'?

dcelasun commented on 2018-09-07 05:44 (UTC)

@Visione sure, will do so at the next version.

dogumon commented on 2018-09-07 05:09 (UTC)

1.27.1 is out now

Visione commented on 2018-09-06 15:31 (UTC) (edited on 2018-09-06 15:32 (UTC) by Visione)

@dcelasun great work, thanks!

Have you thought about including libdbusmenu-glib as an optional dependency? It allows vs code to pass the menu through DBus, makes KDE global menu work.

stepovic commented on 2018-09-06 14:05 (UTC) (edited on 2018-09-06 14:06 (UTC) by stepovic)

@adlerdias: Seems to be a Windows-only bug as stated here:

Nevertheless 1.27.1 is expected to be released pretty soon.

adlerdias commented on 2018-09-06 13:23 (UTC)

The package has been marked as outdated, but the maintainer must wait until 1.27.1 because of the bug:

halopro77 commented on 2018-09-02 04:03 (UTC) (edited on 2018-09-02 04:07 (UTC) by halopro77)

Bug: Dragging files and other draggable items causes complete lock Posted a bug in detail on

Quick Note: this bug only happens when running code from /opt/visual-studio-code/code, and not the ones in /opt/visual-studio-code/bin/code and /usr/bin/code

Not 100% sure if this is a pkgbuild issue or not as I'm not too versed in pkgbuilds (not sure why there are two binaries in the first place?)

dcelasun commented on 2018-08-22 12:19 (UTC)

@clockface, if I understand that thread correctly, this affects a single key combination and the workaround is non trivial: It introduces a new dependency and even then it doesn't work for everyone. GTK 3.24 is scheduled for release in September, so I'd rather wait a few weeks for that.

But if you or anyone else can come up with a simple, non-invasive patch I'd be happy to take a look.

nobody11 commented on 2018-08-21 22:49 (UTC)

@dcelasun, any plans for a work around to this issue:

until gtk 3.24 is released

dcelasun commented on 2018-08-17 16:20 (UTC)

@LChris314 fixed, thanks!

LChris314 commented on 2018-08-17 16:17 (UTC) (edited on 2018-08-17 16:18 (UTC) by LChris314)

Thanks for the quick update! I suppose the following two lines should be removed from the PKGBUILD?

14 makedepends=(patchelf)
24 noextract=("glibc-2.27-3-${CARCH}.pkg.tar.xz")

dcelasun commented on 2018-08-17 15:50 (UTC)

Updated to 1.26.1, which removes the various glibc workarounds and replaces gtk2 with gtk3.

commented on 2018-08-17 06:07 (UTC)">google





(Example: [a=]xxxxxxxxxxxxx[/a])





commented on 2018-08-17 06:06 (UTC)


dcelasun commented on 2018-08-16 21:01 (UTC) (edited on 2018-08-16 21:10 (UTC) by dcelasun)

Thanks for the heads up @orangecake. I will wait another 24 hours before reverting the workarounds and give all mirrors time to catch up, so everyone can update without problems.

orangecake commented on 2018-08-16 20:57 (UTC)

glibc 2.28-4 has landed in core. So it seems that all the extra patching logic can be removed. I've been running this without any changes with glibc from testing for quite some days without any issues.

dcelasun commented on 2018-08-16 08:51 (UTC)

@dogumon, are you using a custom launcher? Because I've added the library override to both the official cli launcher (/usr/bin/code) and the .desktop launcher.

dogumon commented on 2018-08-16 08:17 (UTC) (edited on 2018-08-16 08:19 (UTC) by dogumon)

@dcelasun I had to add LD_LIBRARY_PATH=/opt/visual-studio-code/libs to my .desktop file manually (maybe because mine already existed), but otherwise this works fine for me & is much preferable to a manually managed solution. Thank you for updating, glad I could help.

dcelasun commented on 2018-08-16 05:45 (UTC)

@dogumon, thanks for debugging this.

I've pushed a new pkgrel with private copies of libxml2 and icu. File browser is working for me, but please report any issues you see.

dogumon commented on 2018-08-16 00:05 (UTC) (edited on 2018-08-16 00:06 (UTC) by dogumon)

Safe fully-functional workaround for now:

  1. Download previous versions of libxml2 and icu
  2. Extract usr/lib/* contents from archives somewhere (ie. ~/lib_overrides)
  3. Launch code with LD_LIBRARY_PATH=~/lib_overrides code

This works with the current workaround version of this package & requires no system-wide downgrades.

dogumon commented on 2018-08-15 23:27 (UTC) (edited on 2018-08-15 23:29 (UTC) by dogumon)

The issue for me seems to be that while glibc 2.27 is required for electron to not segfault right away, the most recent versions of libxml2 and icu require glibc 2.28 to work properly, which appear to be used for all file browser functionality.
While using the 2.27 workaround, these libraries cause a segfault whenever a file prompt is meant to be displayed.

I had originally tried downgrading all involved packages, and while that made VSCode work again, it however broke my KDE entirely, so I do not recommend it. In case the package maintainer wants to try a workaround (similar to what was done for glibc), these are the packages I downgraded:

  1. glibc and lib32-glibc to 2.27-3
  2. libxml2 to 2.9.8-2
  3. icu to 61.1-1

Again, I do not recommend downgrading these globally as it will break your system.

dcelasun commented on 2018-08-15 05:03 (UTC)

Until this issue is fixed, you might want to try the experimental Electron 3 build.

Dan.Maina commented on 2018-08-15 05:00 (UTC) (edited on 2018-08-15 05:08 (UTC) by Dan.Maina)

Quick workarounds:

  1. Use your file manager to navigate to the folder I need to open on, then drag and drop the folder on to vs code.

  2. Use the command line to navigate to the directory I want to open, then run the command code .

dogumon commented on 2018-08-15 02:58 (UTC) (edited on 2018-08-15 22:41 (UTC) by dogumon)

I'm getting a similar issue. VSCode will crash when trying to bring up any kind of file browser window, ie via File > Open or File > Save. I'm using KDE Plasma if that makes any difference.

Not sure how relevant this is, but I see it while pushing Ctrl+S to bring up the save dialog, immediately before crashing:

[main 8:56:19 PM] windowsService#showSaveDialog 1
(code:2568): Gtk-WARNING **: 20:56:19.087: Could not load a pixbuf from icon theme.
This may indicate that pixbuf loaders or the mime database could not be found.
Gtk:ERROR:gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error == NULL): Failed to load /usr/share/icons/Numix/16/status/image-missing.svg: Unable to load image-loading module: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/ /opt/visual-studio-code/glibc/usr/lib/ version `GLIBC_2.28' not found (required by /usr/lib/ (gdk-pixbuf-error-quark, 5)
Server response: <?xml version="1.0" encoding="UTF-8"

This makes the program pretty much unusable.

welkie commented on 2018-08-15 00:47 (UTC)

I noticed my VS Code was segfaulting when I tried to open it earlier today. I did another update and I got a patch. Then I came here and read about the glibc issue. Everything was fine after the patch.

Until now at least... Now it crashes when I click "Open Folder". I can't get it to run from the command line because it just opens a GUI window right away and control returns to the terminal, but it did say this... I wonder if this means anything:

[mattwelke@mdesklin browser-b2-upload-file-example]$ code --verbose [main 20:46:54] Sending env to running instance... [main 20:46:54] Sent env to running instance. Terminating... [main 20:46:54] Lifecycle#kill() [20468:0814/] Failed to launch GPU process.

dcelasun commented on 2018-08-14 15:56 (UTC)

@edoantonioco, you also need to revert the workaround commit from this package if you want to use the system glibc.

But I still don't understand why it doesn't work for you with the bundled 2.27 glibc. Are you sure you are on 1.26.0-2 of this package?

edoantonioco commented on 2018-08-14 15:46 (UTC)

So I went to one of the FTP servers from pacman mirrorlist and downloaded the required glibc-2.28-4, and then installed it locally.

Visual studio code still doesnt work.

dcelasun commented on 2018-08-14 12:04 (UTC)

@anohigisavay: glibc 2.28-1 is problematic, it breaks electron apps. That's why I have included 2.27 in the PKGBUILD. Either wait for 2.28-4 to hit [core] (which reverts the problematic bits) or use this package with an update system, which should work fine. See previous comments for details.

anohigisavay commented on 2018-08-14 11:34 (UTC)

@viechang: I kinda have the same issue, except GLIBC_2.28 is required by /usr/lib/ (I have built sqlite-replication from AUR to use lxd).

@dcelasun: No, contrarily, it's because the system is too new. These packages are built with glibc-2.28 but the libc provided by your PKGBUILD is 2.27.

dcelasun commented on 2018-08-14 08:08 (UTC)

@bulletmark, nice catch! But no, I won't bother with it since fixed glibc will be in [core] very soon.

bulletmark commented on 2018-08-14 07:19 (UTC)

@dcelasun, I noticed you copied my PKGBUILD except you put back the two _i686 lines which I deleted. If you are going to bother supporting 32 bit then you need to also fix the --set-interpreter line for that case.

swiftscythe commented on 2018-08-14 07:10 (UTC)

Thanks for the quickfix. I want to point out that v1.26.0 is using gtk3 file dialogs. Moreover, namcap says gtk2 is not needed anymore.

dcelasun commented on 2018-08-14 07:00 (UTC)

@viechang: Update your system.

viechang commented on 2018-08-14 06:53 (UTC)

/opt/visual-studio-code/bin/../code: /opt/visual-studio-code/glibc/usr/lib/ version `GLIBC_2.28' not found (required by /usr/lib/

dcelasun commented on 2018-08-14 06:08 (UTC)

The relevant glibc commit in [core] has been reverted. Updating to glibc=2.28-4 will fix it (it's currently in [testing]).

In the meantime, I've pushed a workaround.

elgs commented on 2018-08-14 00:15 (UTC)

@headkase thanks. I was able to download the 1.25.1 into a temp directory and it works.

headkase commented on 2018-08-13 23:49 (UTC)

@elgs to downgrade download the PKGBUILD as normal and then edit it and in the version change 1.26.0 to 1.25.1. Then with MakePkg use the --skipinteg parameter as the PKGBUILD will then download the older version instead of the latest.

elgs commented on 2018-08-13 23:37 (UTC)

@fardog how did you do the downgrade?

ronjouch commented on 2018-08-13 23:03 (UTC) (edited on 2018-08-13 23:03 (UTC) by ronjouch)

@dcelasun here's how other AUR packages for Electron-based apps worked around the glibc segfault:



bulletmark commented on 2018-08-13 22:43 (UTC)

Here's a temporary PKGBUILD which patches in a private copy of glibc v2.27 until this bug gets fixed:

fardog commented on 2018-08-13 22:41 (UTC)

I'm experiencing the same issue, segfault on 1.26.0. Downgrading to the previous version 1.25.1 (git sha of aur package repo is 6d42188) has resolved the issue, so this doesn't appear to be due to some other upgraded system package.

fwiw this is happening on the insiders package as well.

smoak commented on 2018-08-13 22:40 (UTC)

@rawkode and @headkase see this issue:

rawkode commented on 2018-08-13 21:49 (UTC)

/usr/bin/code: line 35: 26811 Segmentation fault (core dumped) ELECTRON_RUN_AS_NODE=1 "$ELECTRON" "$CLI" "$@"


headkase commented on 2018-08-13 21:47 (UTC)

With 1.26.0-1 I'm getting a segmentation fault on launch. Previous versions worked correctly.

dcelasun commented on 2018-08-04 12:36 (UTC) (edited on 2018-08-04 12:39 (UTC) by dcelasun)

@Marcel_K: You are right, despite the commit being much older than 1.25, it's not in the release for some reason. Reverted to gtk2 and bumped pkgver. The insiders release does have gtk3 though.

Marcel_K commented on 2018-08-04 12:31 (UTC)

@kenokabe: Are you sure that is already included in version 1.25.1? I'm asking because I still see a GTK2 file selector and namcap also says (among other things):

visual-studio-code-bin E: Dependency gtk2 detected and not included (libraries ['usr/lib/', 'usr/lib/'] needed in files ['opt/visual-studio-code/code'])
visual-studio-code-bin W: Dependency included and not needed ('gtk3')

kenokabe commented on 2018-08-04 01:39 (UTC)

Dependencies of gtk2 is outdated. As you can see, VSCode shifted from gtk2 to gtk3.

MrArgoNavis commented on 2018-07-30 01:11 (UTC)

On Manjaro Deepin, the dock icon tends to clear itself from the dock, see:

Under the hood, deepin seems to be using some elements inherited from Gnome. This could be related to that.

malathion commented on 2018-06-06 15:47 (UTC) (edited on 2018-06-06 16:43 (UTC) by malathion)

This package stores lots of stuff in ~/.config/Code/ that doesn't seem to belong in $XDG_CONFIG_HOME.

In particular:

  • Cache/, CachedData/, CachedExtensions/, GPUCache/, logs/ : user-specific cached data should be in $XDG_CACHE_HOME ($HOME/.cache by default)

  • 'Local Storage'/, Backups/, User/workspaceStorage/, Cookies, Cookies-journal, machineid : This looks like stuff that belongs in $XDG_DATA_HOME ($HOME/.local/share by default)

  • storage.json : I'm not sure about this but it smells fishy :P

For a reference, see and and

commented on 2018-06-06 08:07 (UTC)

The information you share is very useful. It is closely related to my work and has helped me grow. Thank you!

springer commented on 2018-05-31 18:40 (UTC) (edited on 2018-05-31 18:40 (UTC) by springer)

Installing this package changed my xdg default for folders. xdg-open, which is also used by other programs, now opens VS Code for folders instead of my previous default (nautilus).

I don't think a software installation should change defaults. However, I don't know if this is a bug of this package or an upstream bug.

Manually restoring the previous default is possible with: xdg-mime default org.gnome.Nautilus.desktop inode/directory

dcelasun commented on 2018-05-29 07:46 (UTC)

@spacepluk: Fixed, thanks.

spacepluk commented on 2018-05-29 07:38 (UTC)

:: Checking visual-studio-code-bin integrity... ==> ERROR: provides contains invalid characters: ',,'

enihcam commented on 2018-05-20 03:08 (UTC)

As you can see, VSCode shifted from gtk2 to gtk3.

dcelasun commented on 2018-05-17 05:47 (UTC)

@Batou: This package follows upstream. Feel free to use other packages and/or a personal settings.json.

Batou commented on 2018-05-17 00:12 (UTC) (edited on 2018-05-17 00:15 (UTC) by Batou)

There is a massive amount of "telemetry" or spying going on within this package. Much more so than when you build the VSCode yourself (the code in AUR). I suggest to everyone to add some anti-telemetry preferences to their user settings at the bare minimum. You should also add some domain blocks to your hosts file. One of the options that's also problematic is the automatic update which is set by default. You should definitely not be updating from within this application so disable it.

I've created a short guide here: Maybe the maintainer should create ~/.config/Code/User/settings.json with the above defaults for all new installations?

welkie commented on 2018-05-09 01:34 (UTC)

I'm having a problem when I try to open an ASP.NET Core app. I've never had this problem before. In the bottom right corner I get a notification saying:

Some projects have trouble loading. Please review the output for more details.

There's more in the "show more output", including a stacktrace. This gist ( includes that, along with my versions of "mono" and "msbuild". I didn't have the msbuild package installed yet, but my troubleshooting led me to manually install that to try to solve this. This GitHub issue ( details the error when I reported it.

gururise commented on 2018-05-06 22:57 (UTC)

Using the C# plugin, I keep getting the following error: "The .NET CLI tools cannot be located. .NET Core debugging will not be enabled. Make sure .NET CLI tools are installed and on the path."

How do I resolve this?

Twiki commented on 2018-04-13 14:03 (UTC) (edited on 2018-04-13 16:25 (UTC) by Twiki)

EDIT: I just renamed my "~/.vscode/extensions" directory before changing and then renamed it back, after renaming the newly created one.

@Anty0 I realise that it replaces "visual-studio-code": "Replaces: visual-studio-code". But will the installed extensions be retained. I'm not looking forward to re-installing and re-configuring a lot of extensions. I know where to find my code config file.

Anty0 commented on 2018-04-10 15:02 (UTC) (edited on 2018-04-10 15:03 (UTC) by Anty0)

@Twiki Just install "visual-studio-code-bin", it automatically replaces "visual-studio-code". Or have you got any problem with it?

Twiki commented on 2018-04-10 14:58 (UTC) (edited on 2018-04-10 14:59 (UTC) by Twiki)


Is there a "proper" way to go from "visual-studio-code" to "visual-studio-code-bin". Right now I'm editing the 2 "visual-studio-code" installer files feeding makepkg, but it's a bit cumbersome.

dcelasun commented on 2018-04-07 18:15 (UTC)

@Sanya_M Please search for inode/directory on this link.

amezin commented on 2018-04-07 15:24 (UTC)

Please, remove "inode/directory;" from MimeTypes in the .desktop file. When "inode/directory" is there, Gnome tries to automatically open connected MTP device (phone) in Visual Studio and do other crazy things

igvalor commented on 2018-04-07 10:31 (UTC)

Looks like the problem with unresolved symbol is SOLVED. There was a rogue installation of nwjs in /opt on my system. Removed /opt/nwjs and all work again. My bad. Sorry.

igvalor commented on 2018-04-06 08:59 (UTC)

Just upgraded to 1.22.0-1. /opt/visual-studio-code/bin/../code: symbol lookup error: /opt/visual-studio-code/bin/../code: undefined symbol: _ZN6icu_588ByteSink15GetAppendBufferEiiPciPi

pharra commented on 2018-03-08 06:46 (UTC)

@Alad, @dotfile: no, when I uninstall c++ addons, it doesn't work. And now I use visual-code-git(aur), which works well(also install c++ addons). emmm, It's strange. maybe something broken in dependencies.

dotfile commented on 2018-03-07 22:22 (UTC)

@xaver: thank you!

Alad commented on 2018-03-07 22:16 (UTC) (edited on 2018-03-07 22:16 (UTC) by Alad)

pharra: if you use the C++ plugin, it might be related. Microsoft has the tendency to mess up that one frequently.

xaver commented on 2018-03-07 21:54 (UTC)


dotfile commented on 2018-03-07 21:52 (UTC)

@pharra, maybe too many installed addons? On my PC vscode with some python addons uses like 250M for python project.

@dcelasun, can you explain why license is commercial? (on github: MIT)

pharra commented on 2018-03-04 15:42 (UTC)

My vscode uses 3G memory when I just edits single file like a.cpp. Could you tell what's wrong with it.

eksea commented on 2018-02-27 06:50 (UTC) (edited on 2018-02-27 06:50 (UTC) by eksea)

Electron based application will make Arch block. Did this happen on you guys' computer?

dcelasun commented on 2018-02-13 16:02 (UTC)

@Nowaker: Sure, with the next version.

Nowaker commented on 2018-02-13 15:57 (UTC)

Can you please change the description to:

Visual Studio Code: Editor for building and debugging modern web and cloud applications (official binary version) (vscode)

This way pacaur/yaourt -Ss vscode will show this package.

cybercyst commented on 2018-02-12 18:34 (UTC)

I do have gvfs, but get an error about being unable to move a file to trash when I delete it from within visual-studio-code. I don't know if any one else has this experience? Any ideas of what I could do to debug it?

dcelasun commented on 2018-01-16 15:06 (UTC)

@pr0xity: You shouldn't use --force without really making sure you need it. What was the conflict? Did you install another package that provides /usr/bin/code?

pr0xity commented on 2018-01-16 09:56 (UTC) (edited on 2018-01-16 10:11 (UTC) by pr0xity)

Is this package broke? suddenly I cant open vscode and the file /urs/bin/code and /usr/share/applicationc/visual-studio-code.desktop is empty.

EDIT: Needed to run the install with --force all good now :)

mardiros commented on 2018-01-08 17:20 (UTC)

I've copy the desktop file to fix the display of the icon in ALT-TAB, and Application icon in the menu bar of Gnome 3

sudo cp /usr/share/applications/visual-studio-code.desktop /usr/share/applications/code.desktop

Otherwise the /usr/share/icons/gnome/256x256/mimetypes/binary.png is used...

cabbage commented on 2018-01-01 10:48 (UTC)

Quick fix here for anyone who is experiencing vscode opening all file path, which is quite annoying. If nautilus is your file manager, just run

xdg-mime default org.gnome.Nautilus.desktop inode/directory

dcelasun commented on 2017-12-22 13:41 (UTC)

If you are suddenly seeing all "open folder" actions in other apps use vscode as your file manager, this is due to the new inode/directory mimetype in the desktop file. On some DEs, it apparently becomes the default the handler (see here for details). To fix it, create or edit /etc/xdg/mimeapps.list and add the following, replacing Nautilus with your preferred file manager:

[Default Applications]

dcelasun commented on 2017-12-22 08:24 (UTC)

@AveryFreeman: Seems to work fine for me.

AveryFreeman commented on 2017-12-22 07:30 (UTC)

I can't seem to get SCM to work with Git, it says there is no Software Control Manager installed. Git is installed on my system. I tried adding "/usr/bin" to git.path in settings, didn't seem to work. Is anyone else having this issue?

Dj_Krip commented on 2017-12-20 11:36 (UTC) (edited on 2017-12-20 11:39 (UTC) by Dj_Krip)

Please update .desktop file in package. Microsoft provided their .desktop file for vscode

MimeType=text/plain;inode/directory; is missing in current version of package.

% cat /usr/share/applications/visual-studio-code.desktop             
[Desktop Entry]
Exec=/opt/visual-studio-code/code %f
Name=Visual Studio Code
Comment=Editor for building and debugging modern web and cloud applications

dcelasun commented on 2017-12-18 19:38 (UTC)

@Alad: I've replied to the deletion request on list.

Alad commented on 2017-12-18 19:04 (UTC)

"Breaking people's updates" is not a valid reason to go against the AUR's packaging guidelines. Please submit a -bin version for this one to be merged to.

SneakySnake commented on 2017-12-16 20:10 (UTC) (edited on 2017-12-16 20:11 (UTC) by SneakySnake)

For anybody who is launching code through dmenu, rofi, etc.; and vscode just opens a file named code-stdin-whatever:

This is expected behavior, and you are supposed to use the .desktop file for running vscode outside of a terminal [0].

I expressed my thoughts on this on the issue tracker [1], but this might or might not be acted upon.

For now, I just reconfigured my launcher to use .desktop files by default (it's the more common usecase anyway). Maybe you can do the same too.



elgs commented on 2017-12-15 20:23 (UTC)

Works as expected for me as well. Thanks.

dcelasun commented on 2017-12-15 10:10 (UTC)

OK, just pushed another release. Now /usr/bin/code is a symlink to the shell script, but the .desktop file calls the binary. Seems to be working as expected for me.

SneakySnake commented on 2017-12-15 08:21 (UTC) (edited on 2017-12-15 08:25 (UTC) by SneakySnake)

Would it be possible for code to be a wrapper script that calls the CLI script if we are in a tty, and the binary otherwise?

I'm asking because if we launch the binary from a terminal, it gives the ioctl error message described below, and the process doesn't get detached from the terminal. Not a big deal, but still annoying.

elgs commented on 2017-12-15 07:56 (UTC)

bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell

When I upgraded to the following version, I got the error message above each time I start code:

Version 1.19.0 Commit 816be6780ca8bd0ab80314e11478c48c70d09383 Date 2017-12-14T09:56:48.842Z Shell 1.7.9 Renderer 58.0.3029.110 Node 7.9.0 Architecture x64

dcelasun commented on 2017-12-15 07:06 (UTC)

@aguniyal: It's a packaging issue and it's fixed now. Next time, please read the pinned comment before opening an issue upstream.

agauniyal commented on 2017-12-15 06:49 (UTC)

Opening via dmenu has different behaviour now -

dcelasun commented on 2017-12-11 20:25 (UTC) (edited on 2017-12-11 20:25 (UTC) by dcelasun)

@teej: I think you have a corrupted file.

$ sha256sum visual-studio-code.desktop

de88d95db3f55ce58ffd3c229cbde566099384d4f005cf887b00ccaeed605984  visual-studio-code.desktop

teej commented on 2017-12-11 20:13 (UTC)

The latest version has an invalid checksum for the .desktop file. I was able to install it by manually changing the checksum.

Alko89 commented on 2017-11-24 21:57 (UTC)

yup, its OK now...strange, I tried downloading the file three times with the same result

Marcel_K commented on 2017-11-24 21:11 (UTC)

Probably a network error. Just run makepkg again.

Alko89 commented on 2017-11-24 21:04 (UTC)

Does anyone have issues with the latest snapshot? Mine has the site of 0 bytes and tar gives mi an error `tar: This does not look like a tar archive`

dcelasun commented on 2017-11-15 11:32 (UTC)

IIRC there was an effort to bring the open source version into [community] but it was abandoned after realizing it required a lot of patching to make it fit.

wooptoo commented on 2017-11-15 11:27 (UTC)

This pkg should be in community since it's so popular.

dcelasun commented on 2017-11-15 06:20 (UTC) (edited on 2020-02-06 21:33 (UTC) by dcelasun)

FREQUENTLY ASKED QUESTIONS (read before flagging or commenting!)

  • What is the difference between this package and the one in the community repo?

This is the official binary distribution from Microsoft. The one in the community repo is an unofficial build made from source. Beyond the license difference and branding, there are some proprietary features not available in the open source version.

  • There is a new version out, why is the package not updated?

Please check this page before flagging as out-of-date. If there is no new version on that page, it's not yet released. A tag on Github is NOT a release! If you can see the new version on the updates page but the AUR package is still not updated, flag it and give it time. It's usually done within a day or two.

  • I'm using an AUR helper (yay, yaourt etc.) and I can't install it. Why?

Sometimes AUR helpers do weird things. Download the tarball and install it manually with makepkg -si. If that works, report the problem to your AUR helper's upstream, not here.

  • When I install this package xdg-open uses vscode, not my file manager! How do I fix this?

Install shared-mime-info-gnome. Also see this reddit thread.

  • Why is $X a dependency? I don't like it.

Just because $X is not required to open the app, doesn't mean there is nothing that depends on it. Always search the comment history on AUR to see if that dependency has been previously discussed before writing your own comment. Still nothing? Then use namcap to make sure it's really not needed. If namcap doesn't complain, please leave a comment here and I'll investigate.

  • Something is broken with the app, where do I report it?

The problem might be a packaging issue (wrong paths, dependencies, icons), so please write a comment here first. If you don't get a reply, or if someone says it's an upstream issue, you can report it on Github.

  • I have a problem with this package, can I email you?

No, you won't get a reply. Please stop doing this. Leave a comment here instead and be patient.

dcelasun commented on 2017-11-15 06:04 (UTC)

@afzalarsalan: Thanks, moved it back to depends.

afzalarsalan commented on 2017-11-15 04:57 (UTC)

@dcelasun Apparently gconf is now a required dependency as installing vscode without it installed will leave you with error while loading shared libraries: cannot open shared object file: No such file or directory

dcelasun commented on 2017-11-14 06:24 (UTC)

@enihcam: Because electron (which is included in the package) requries gtk2 (which is not included in the package) to work.

enihcam commented on 2017-11-14 02:08 (UTC)

@db6edr In that case, why do we explicitly specify gtk2 as one of the dependencies?

db6edr commented on 2017-11-13 07:18 (UTC)

Visual Studio Code is Electron app, which in turn uses Chromium for the UI part. So I guess it would be best to have a look there.

enihcam commented on 2017-11-13 06:25 (UTC)

@dcelasun Thanks! Also, do you happen to know if vscode is going to port to gtk3 or not? I'm removing gtk2 and all its apps from my laptop, and vscode is the last blocker.

dcelasun commented on 2017-11-12 22:12 (UTC)

@sistematico: That's just a network error, try again.

sistematico commented on 2017-11-12 22:04 (UTC)

[lucas@majestic ~]:$ LANG=C pacaur -S visual-studio-code :: Package visual-studio-code not found in repositories, trying AUR... :: resolving dependencies... :: looking for inter-conflicts... AUR Packages (1) Old Version New Version aur/visual-studio-code 1.18.0-2 :: Proceed with installation? [Y/n] :: Retrieving package(s)... :: Checking visual-studio-code integrity... ==> Making package: visual-studio-code 1.18.0-2 (Sun Nov 12 19:04:03 -03 2017) ==> Retrieving sources... -> Downloading code_x64_1.18.0.tar.gz... ** Resuming transfer from byte position 64841244 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 148 100 148 0 0 49 0 0:00:03 0:00:03 --:--:-- 44 0 389 0 0 0 0 0 0 --:--:-- 0:00:04 --:--:-- 0 curl: (22) The requested URL returned error: 416 ==> ERROR: Failure while downloading Aborting... :: failed to verify visual-studio-code integrity

dcelasun commented on 2017-11-09 14:07 (UTC)

@enihcam: Please search the comments, gvfs is needed for the "move to trash" functionality. Still, I'll move both to optdepends. In the future, if you have a concern about the Arch package please report it here before opening an issue upstream. Thanks.

enihcam commented on 2017-11-09 13:43 (UTC)

@dcelasun can you remove dependencies of gconf and gvfs? they are not needed, for details please refer to

jaxmetalmax commented on 2017-10-26 16:42 (UTC)

@PorousSun once you finished running makepkg you run sudo pacman -U yourpackage.tar.xz

PorousSun commented on 2017-10-26 16:28 (UTC)

@Marcel_K I thought makepkg called pacman, how should I update vscode?

Marcel_K commented on 2017-10-26 07:33 (UTC)

Did you forget to run pacman to actually install the package?

PorousSun commented on 2017-10-26 00:22 (UTC)

I just downloaded the recent snapshot and made makepkg PKGBUILD but the version of vscode stays on 1.15.1 and the logo does not change, what am I doing wrong?

dcelasun commented on 2017-09-22 20:54 (UTC)

@NicoHood: You are using the wrong PKGBUILD, please see my comment on Github.

NicoHood commented on 2017-09-22 20:43 (UTC)

Hi, I am trying to build vscode from scratch, not from binary. Any help appreciated:

dcelasun commented on 2017-09-15 18:35 (UTC)

@Malganis: That's just a network error. Try again.

Malganis commented on 2017-09-15 18:32 (UTC)

Got this error when building: ==> Retrieving sources... -> Downloading code_x64_1.16.1.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 148 100 148 0 0 148 0 0:00:01 0:00:01 --:--:-- 80 100 61.1M 100 61.1M 0 0 54513 0 0:19:37 0:19:37 --:--:-- 201k curl: (56) Unexpected EOF ==> ERROR: Failure while downloading Aborting... ==> ERROR: Makepkg was unable to build visual-studio-code.

dcelasun commented on 2017-09-04 11:26 (UTC)

When there is a new VS Code version, please check this page [0] before flagging as out-of-date. A tag on Github is NOT a release! [0]

aurgrans commented on 2017-08-17 18:56 (UTC)

I did some research about the ALT+TAB problem which is actually caused by vscode (that's why there's no Gnome bug report about it) I think vscode doesn't register correctly with X11, where Gnome (the default ALT+TAB, not Alternatetab) gets the list of windows. That's probably why it works fine using another desktop environment (tested it on KDE and, to check if it's an Arch Linux only problem, Ubuntu 1704's Unity) or using Gnome in wayland mode. So in my opinion, the best solution for Gnome-X11 users is to use the preinstalled extension Alternatetab and for other desktop environment or Gnome-wayland it should work anyway. To make it work on Gnome-X11 without Alternatetab you can just hope for a vscode update

dcelasun commented on 2017-08-17 15:49 (UTC)

All right, I've readded StartupWMClass since there is now a workaround for Gnome (thanks @aurgrans). I couldn't find an upstream Gnome bug report about this, but if anyone finds one or files it, please post it here as well.

TamasBarta commented on 2017-08-17 15:35 (UTC)

When I add StartupWMClass=code, nothing breaks on KDE. It is not a problem with the desktop file, but with the DE, I believe.

aurgrans commented on 2017-08-17 15:28 (UTC)

I think I figured out why I don't have the issue not seeing vscode in ALT+TAB. Have a look at the Gnome extension Alternatetab (which is installed by default if I remember right) With it enabled and StartupWMClass=Code everything works fine for me I hope this hint helps solving those problems!

dcelasun commented on 2017-08-17 05:13 (UTC)

@aurgrans: Please read the several comments below yours. Adding StartupWMClass causes a different (and I think worse) problem.

aurgrans commented on 2017-08-17 02:11 (UTC)

Please add StartupWMClass=Code to the .desktop file. Without this line Gnome's Dash to Dock doesn't recognize the window to be vscode. (with StartupWMClass=Code) (without it)

dcelasun commented on 2017-08-16 08:59 (UTC)

No, this package uses the official upstream distribution without any modifications. Someone already asked this in the -oss package [0], I recommend waiting for an answer there. [0]

TamasBarta commented on 2017-08-16 08:56 (UTC)

Any chance to make this use the "electron" package? I don't know what it takes unfortunately.

dcelasun commented on 2017-08-11 22:25 (UTC)

I've tried it [0][1] with the upstream stuff, including renaming things to "code" instead of "visual-studio-code"; it doesn't work. Adding StartupWMClass=code (or Code) makes the icon invisible in alt+tab, removing it causes the app to use a different icon. I'll investigate more, but if anyone has an idea, it'd be appreciated. [0] [1]

xaver commented on 2017-08-11 21:23 (UTC) (edited on 2017-08-11 21:25 (UTC) by xaver)

The second icon issue was exactly why it was added in the upstream .desktop file: Maybe, it would be best to just ship with the upstream file: This would btw also enable the "New Window" feature in Gnome Shell etc.

dcelasun commented on 2017-08-11 16:59 (UTC) (edited on 2017-08-11 17:01 (UTC) by dcelasun)

OK but there is still only 1 vscode icon in that screenshot? EDIT: Ah sorry, you are talking about the icon theme. @Ladage was talking about a second icon. Different bug maybe? EDIT 2: I can repro the different icon with alt+tab as well.

L0g4n commented on 2017-08-11 16:57 (UTC) (edited on 2017-08-11 16:58 (UTC) by L0g4n)

@dcelasun I use the dash to dock gnome extension and have the setting that the dock does not auto hide and extends to the whole screen. Here's a better screenshot: You can see the displayed vscode icon is not the same as in the "search" and so does not get covered by the icon pack.

dcelasun commented on 2017-08-11 16:54 (UTC)

@L0g4n: Sorry, I don't understand your second screenshot, I only see one icon? Also, what dock are you using? I'm using stock Gnome without a dock, so the only places I see running programs are activites & alt-tab, both of which only show a single icon.

L0g4n commented on 2017-08-11 16:51 (UTC) (edited on 2017-08-11 16:51 (UTC) by L0g4n)

@dcelasun I can also reproduce this. Icon is displayed correctly when searching for it in gnome 3: But when launched and displayed in the dock it looks like this:

dcelasun commented on 2017-08-11 11:56 (UTC)

@Ladage: I can't seem to reproduce it [0], can you share a screenshot?

Ladage commented on 2017-08-11 11:25 (UTC)

Since StartupWMClass=code was removed, a second icon is shown when vscode is launched in Gnome. Adding it back fixes this.

dcelasun commented on 2017-08-07 15:58 (UTC) (edited on 2017-08-07 15:58 (UTC) by dcelasun)

I didn't want to bump it for such a minor change especially when the August update is very close.

oconnor663 commented on 2017-08-07 15:26 (UTC)

@dcelasun fixed for me, thanks. We could bump the packaging version?

dcelasun commented on 2017-08-05 09:07 (UTC) (edited on 2017-08-05 09:11 (UTC) by dcelasun)

@oconnor663: Thanks for reporting this, I can reproduce this as well. Originally, I've added StartupWMClass=code as someone in the comments was having problems running it on Gnome without it. That no longer seems to be the case, so I'll be removing it. Edit: Removing it definitely works, but I don't understand why. `xprop WM_CLASS` seems normal: $ xprop WM_CLASS WM_CLASS(STRING) = "code", "Code"

oconnor663 commented on 2017-08-04 22:27 (UTC)

I've noticed that when I start VSCode from my Activities menu under gnome-shell, it seems to drop out of the Alt-Tab menu. I can Alt-Tab away, but when I try to Alt-Tab back it's not available anymore. (Though the window is still visible and working, and clicking on it to focus works fine.) This problem goes away if I start the app as `code` in my terminal -- if I do that, Alt-Tab afterwards always works. It also works if I delete the StartupWMClass line from the .desktop file, and then start it the gnome-shell way. In fact, even *editing* that line to use a class name other than "code" seems to fix the problem! Is there something particularly buggy about `StartupWMClass=code`?

dcelasun commented on 2017-08-04 19:10 (UTC)

@vesath: Done.

vesath commented on 2017-08-04 18:47 (UTC)

Please use sha256sums instead of md5sum, since that is the type of checksum that upstream provides.

xaver commented on 2017-07-19 10:21 (UTC)

@Jristz: In addition to what dcelasun just wrote: In fact the visual-studio-code-oss package is wrongly named since the name of the open source product is not "Visual Studio Code" but rather just "vscode". Microsoft do not allow the Visual Studio branding to be used on any other distribution of vscode but their own (cf Somewhat comparable to the properly named Google Chrome and Chromium (and not google-chrome for Chromium and google-chrome-bin for the actual Google Chrome), it should be visual-studio-code for the EULA'd version and vscode for the MIT licenced OSS version.

dcelasun commented on 2017-07-19 05:36 (UTC)

@Jristz: Please read the comment history of both packages. The names are like that because the software wasn't open source when it was first released, and by the time Microsoft decided to release it as OSS, this package had already a lot of traction (it's in the top 3 most popular packages on AUR) and it wasn't considered worthwhile to break people's updates for purity reasons. For more details, read the comments.

commented on 2017-07-19 05:29 (UTC)

This is a binary, right? then it should be named visual-studio-code-bin to follow the common name scheme used on aur, if you aren't sure asl on aur-general. also the visual-studio-code-oss is using the sources so to also follow the correct name it should be just visual-studio-code. what a mess those two packages.

xaver commented on 2017-06-20 07:53 (UTC)

This is still an open issue: You can add the parameters to the startup script /opt/visual-studio-code/bin/code, but this is not a stable solution since you have to do this again for every update.

hendry commented on 2017-06-20 03:30 (UTC)

Thank you xaver! code --high-dpi-support=true --force-device-scale-factor=1.5 # works great! But how do I save this preference in a config?

xaver commented on 2017-06-19 08:49 (UTC)

Have you tried `code --high-dpi-support=true --force-device-scale-factor=2`?

hendry commented on 2017-06-19 08:26 (UTC)

How do I get the font size bigger in the menu?

dcelasun commented on 2017-05-19 20:47 (UTC)

@NicoHood: Please read what I wrote, a few comments down from yours. Basically, you are looking for this [0]. [0]

NicoHood commented on 2017-05-19 20:43 (UTC)

I might be wrong, but isnt this package open source as MIT license? Why dont you build from source instead?

bam365 commented on 2017-05-16 01:43 (UTC) (edited on 2017-05-16 01:56 (UTC) by bam365)

This will change again before very long, but as of 2017-05-15 the current version is 1.12.2. This won't build unless in PKGBUILD you change md5sums_x86_64 to: md5sums_x86_64=('aca84ee07b151ef4731d1516368f268a' 'b5d0d40f5f22b4efb0b3d05c287f8704') I would think a better solution though would be to download a specific version of VS Code as opposed to the latest. That way the PKGBUILD will at least work instead of giving an MD5 error, although it will build an out-of-date version. To do that, change source_x86_64 to: source_x86_64=(code_x64_${pkgver}.tar.gz::${pkgver}/linux-x64/stable ${pkgname}.desktop )

vith commented on 2017-05-15 22:51 (UTC)

Shouldn't this package have a -bin suffix then?

dcelasun commented on 2017-05-05 18:56 (UTC)

As mentioned in the package description, this is the official binary compiled and distributed by upstream. The main difference is the extension manager: This package supports the extension gallery [0], the oss version doesn't (by default). See the note in the PKGBUILD [1] for details. [0] [1]

hutliver commented on 2017-05-05 18:46 (UTC)

Hello, what's the difference between this package and 'visual-studio-code-oss'? I thought vscode was open source by default..

darky974 commented on 2017-05-05 01:28 (UTC)

for the newest version pkgver=1.12.1 md5sums_x86_64=('11d387b2c27e530e36f65f41d20eef86' 'b5d0d40f5f22b4efb0b3d05c287f8704')

kelvinosse commented on 2017-05-04 21:47 (UTC)

Getting the next error :( ==> Validating source_x86_64 files with md5sums... code_x64_1.11.tar.gz ... FAILED visual-studio-code.desktop ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build visual-studio-code. Why?

Fafa123 commented on 2017-04-20 18:38 (UTC) (edited on 2017-04-20 18:55 (UTC) by Fafa123)

Be aware that VSCode seems to ignore telemetry settings. The extension gallery is the telemtry source for official releases (hence it being stripped out in a true OSS version). Also Microsoft plugins aswell seem to ignore the telemetry setting.

dcelasun commented on 2017-04-18 16:17 (UTC)

I've added some keywords. The description was changed because some AUR helpers apparently have trouble without it (see a few comments below yours). In any case, it's a cosmetic change so it will have to wait till the next release at least.

gangelop commented on 2017-04-18 15:08 (UTC)

Do not use the package name in the pkgdesc. Instead, use AUR keywords (found in the AUR web interface).

tazjin commented on 2017-04-14 20:35 (UTC)

For me fonts in the editor didn't render until I installed the 'ttf-droid' package (which provides the Droid Sans Mono font used by VS code as the default). It may be useful for others running into this to add that package as an optdepends with an appropriate description. Thanks for packaging this!

dcelasun commented on 2017-04-13 14:24 (UTC)

Sure, I'll update the description with the next update.

commented on 2017-04-13 14:23 (UTC)

If I search with `yaourt -Ss "visual studio code"` it won't show me this entry probably because there's no mention of the name in the description. Could you include "Visual Studio Code" or similar somewhere in the description so that more people can find the package? It found only -git and -oss versions, so I thought there must be a normal version without any postfix and googled it. Thanks for packaging. UPD. Regarding emails & such: you're a rock star in scope of the AUR, this package has 40+ popularity rate and 351 votes currently. So yeah, I'd expect a decent response immediately when the package doesn't build. Just deal with it.

BunBum commented on 2017-04-07 18:21 (UTC)

No problem. Everything cool ;-)

dcelasun commented on 2017-04-06 17:26 (UTC)

Sorry, please don't take it personally. It just gets a bit overwhelming sometimes. I thought your comment was "useless" (maybe not the best choice of words), because the package was already flagged out of date so it didn't add anything new, it was basically just another "me too" which is not helpful. Anyway, it should work fine now.

BunBum commented on 2017-04-06 17:15 (UTC)

Useless? Sorry I didn't knew that it is useless for you to tell you that the package could not be installed on my machine. I installed it the first time today on my machine and didn't knew that there was an update today. Also I didn't knew that 1 person flagged it out of date and 3 persons wrote an email. For me I just wanted to install this package today on my new machine and saw this error coming up. Nothing more. I'm sorry that I disturbed you and will not annoy you anymore.

dcelasun commented on 2017-04-06 16:47 (UTC) (edited on 2017-04-06 16:48 (UTC) by dcelasun)

Guys, please. A hotfix was released 10 seconds ago and we already have: - 1 person flagging it out of date, - 3 different people emailing me to update it, - Yet another person posting a useless comment with a failed checksum. So please calm down and stop spamming me. It's a minor release of a text editor, it's not the end of the world. Hell, the fixes are Windows/OSX only. Updated to 1.11.1.

BunBum commented on 2017-04-06 16:04 (UTC)

==> Validating source_x86_64 files with md5sums... code_x64_1.11.tar.gz ... FAILED visual-studio-code.desktop ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build visual-studio-code.

ram4nd commented on 2017-03-24 10:08 (UTC)

There are some symbols missing in the menu, perhaps a dependency on a font package or something?

Moter8 commented on 2017-03-19 12:04 (UTC)

If you were wondering, like me, how the command/bin is actually called, it's `code`.

dcelasun commented on 2017-03-02 08:14 (UTC)

Checksums were valid for 1.10, but they published a hotfix (1.10.1), which is why I just pushed an update.

lszanto commented on 2017-03-02 08:12 (UTC)

Had the same problem but as @primos suggested fixing the md5sum allows you to install the package.

primos commented on 2017-03-02 02:50 (UTC)

md5sums are not correct. I ran md5sum on the downloads and got x64 => c74237b2bb22cc09716a297581ab87f0 i386 => d5b0217f3a764987499d83f2abf24036 Changed the pkgbuild file and x64 version installed for me.

gotaug commented on 2017-03-02 02:20 (UTC)

I'm getting the error: ==> Validating source_x86_64 files with md5sums... code_x64_1.10.tar.gz ... FAILED

dcelasun commented on 2017-02-18 22:09 (UTC)

@gdamjan: Check the past comments please. It's needed for "move to trash" functionality. If it bothers enough people, I can move it to optdepends with the next release.

gdamjan commented on 2017-02-18 22:03 (UTC)

is the dependency to gvfs really needed?? I've masked gvfs-daemon gvfs-metadata gvfs-udisks2-volume-monitor in my --user systemd, and vscode still works.

raphi011 commented on 2017-02-09 10:08 (UTC) (edited on 2017-02-09 10:08 (UTC) by raphi011)

great, thanks! keep up the good work :)

dcelasun commented on 2017-02-09 08:25 (UTC)

Yes, because there was a new release and the download URLs always point to the latest. Try again now.

raphi011 commented on 2017-02-09 08:19 (UTC)

Getting the following error message after trying to update: ==> Validating source_x86_64 files with md5sums... code_x64_1.9.0.tar.gz ... FAILED visual-studio-code.desktop ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build visual-studio-code.

dcelasun commented on 2017-01-15 18:36 (UTC)

@goetzc: Done, thanks.

goetzc commented on 2017-01-15 16:46 (UTC)

Hi! The desktop file could be improved, there is the "Categories" entry twice, and having also the category Utilities (as other editors) could be handy. desktop-file-validate gives: file contains multiple keys named "Categories" in group "Desktop Entry"

dcelasun commented on 2016-12-27 12:43 (UTC)

@mrdrogdrog: Sounds like an upstream issue. Can you report it here please?

TilmanV commented on 2016-12-27 11:43 (UTC)

> /usr/bin/code a\ b\ c.txt results in a VCode window with the new files "a" "b" and "c.txt". Had to fix it in /usr/bin/code in Line 37: replace ELECTRON_RUN_AS_NODE=1 "$ELECTRON" "$CLI" $ARGS with ELECTRON_RUN_AS_NODE=1 "$ELECTRON" "$CLI" "$ARGS" Am I the only one with this problem?

saverio commented on 2016-12-09 11:27 (UTC)

Just tried and it works very well, thanks!

dcelasun commented on 2016-11-23 09:21 (UTC)

@twhphoenix: Which GPU and drivers? Did you report it upstream?

Nanozuki commented on 2016-11-23 04:53 (UTC)

In gnome 3, it will display no window or blank window. Need edit "/usr/share/applications/visual-studio-code.desktop": "StartupWMClass=code --disable-gpu" to fixed it.

lwinch2006 commented on 2016-11-22 23:29 (UTC) (edited on 2016-11-22 23:34 (UTC) by lwinch2006)

@dcelasun. (This comment related to VS Code Insiders package) Thanks. This just works. Just one point. Since md5sums are static arrays so option --skipchecksums should be used to continue with package building after download. As for me this is OK. :)

dcelasun commented on 2016-11-22 07:46 (UTC)

@lwinch2006: There you go :) The package always installs the latest insider build, so if you want daily updates, just run "makepkg -si" everyday and it will update. I won't be updating it manually everyday.

lwinch2006 commented on 2016-11-22 00:30 (UTC)

Hello. I would ask author of the package one question :-) if he maybe would be so kind and provide us also VS Code Insider package. Maybe there is no need to update package every day like VS Code Insider updates but with some time intervals. So folks will see on the newest features as early as possible. I tried and changed original author's PKGBUILD file in order to install insiders VS Code. And it works. So I can provide it to author if he thinks this can be a case.

dcelasun commented on 2016-11-08 11:10 (UTC)

@nullorm: I've added it as a dependency and bumped pkgrel.

nullorm commented on 2016-11-07 11:41 (UTC)

hey, gvfs seems to be required to get move to trash to work (on delete)

jugs commented on 2016-11-03 17:39 (UTC)

And 1.7.1 is out so, don't panic...

dcelasun commented on 2016-11-03 07:14 (UTC)

OK thanks, we'll skip 1.7 for now.

elgaton commented on 2016-11-03 07:12 (UTC)

To the maintainer: even though this package was correctly flagged out of date, please do not update it - the new release (1.7) was rolled back because it overloaded the service:

epse commented on 2016-10-24 18:21 (UTC)

It no longer provides vscode or visualstudiocode, it is code now. Should update package description.

dcelasun commented on 2016-10-11 16:46 (UTC)

@ederjc: You're right, libxss should be a dependency. I've released 1.6.0-2 to fix it.

ederjc commented on 2016-10-11 16:40 (UTC) (edited on 2016-10-11 16:42 (UTC) by ederjc)

I had trouble uninstalling the previous version and install the current, the vscode simply not executed. installed with pacman atom and to my surprise vscode he returned to start. removing the atom and dependencies it stopped working. My solution was to check each dependency of the atom and installing dependence "libxss" the VSCode starts normally. Why got this bug?

keysona commented on 2016-10-11 06:49 (UTC)

Oh, my god. The editor is grow better and better. The inclued terminal is greate, they have fixed the terminal output.:) Atom is greate, but slow? ST also greate, but hard to use? For me, I chooes visual code.

dcelasun commented on 2016-10-10 21:06 (UTC)

Updated to 1.6.0. For the -bin prefix issue, I've updated the package description as a middle ground between renaming the package and doing nothing.

dcelasun commented on 2016-10-10 07:00 (UTC)

Renaming an AUR package would prevent all the AUR helpers from updating it ("replaces" only works for pacman w/ repositories). Considering the popularity of the package (and hence the number of people potentially effected), I don't think renaming is a good idea, especially for cosmetic purposes.

jugs commented on 2016-10-09 22:38 (UTC)

Definitely need to rename this package to -bin as has been mentioned several times. Current name is misleading.

markand commented on 2016-10-06 09:14 (UTC)

Renaming a repository to match the guidelines is not a problem. Please add a -bin suffix.

dcelasun commented on 2016-10-03 13:47 (UTC)

@uffe: You are looking for this: This package came first, before the git repo became public.

uffe commented on 2016-10-03 13:43 (UTC)

This package downloads already prebuild (foreign) binaries and installs them onto the system. To indicate that the package does not build from source - the package should be renamed to have the "-bin" appended to its name.

goldpaw commented on 2016-09-09 02:05 (UTC)

@mikeybro To me this sounds like vscode is asking for a specific version of a library, where you are either missing that specific version, or missing the library altogether. Or possibly running a 32bit version of vscode on a 64bit system and missing the 32bit libraries(?). A little hard to say when I have no information about your system or your install of vscode. Anyway, on my system I have the file in the /usr/lib directory, and got it from the default libnotify package in the extra repository. If you're lacking it you can install it with: sudo pacman -S libnotify

mikeybro commented on 2016-09-03 13:18 (UTC)

Can Anyone point me in the right direction (or to a windows machine).. here is an error I get when trying to run "VSCode-linux-ia32/code" it reads as "code: error while loading shared libraries: cannot open shared object file: no such file or directory" I am just happy the arch distro did not call me a noob again this time..

dcelasun commented on 2016-08-30 07:19 (UTC)

@dxcqcv: Please read the comments below.

dxcqcv commented on 2016-08-30 00:52 (UTC)

Can anyone tell me, why did rename to code? and how does know the changes like this? thanks.

Lindenk commented on 2016-08-29 18:17 (UTC)

Running `pkgfile code` gives: community/binwalk community/extremetuxracer community/radare2

dcelasun commented on 2016-08-29 17:54 (UTC)

It used to be `visual-studio-code`, but someone asked for it to be renamed to `code` to be consistent with other platforms. Which packages in [community] does it conflict with?

Lindenk commented on 2016-08-29 17:51 (UTC)

Could I request the link be renamed to `vscode` rather than `code`? `code` is not only ambiguous, but conflicts with several other programs in the community repo.

dcelasun commented on 2016-08-08 12:36 (UTC)

That's for the OSS version. This one has a different license located at resources/app/LICENSE.txt.

theaifam5 commented on 2016-08-08 12:29 (UTC) (edited on 2016-08-08 12:30 (UTC) by theaifam5)

Invalid license type in PKGBUILD.

fcrespo82 commented on 2016-08-05 18:11 (UTC)

If anyone did it like me and created manually a symlink from /usr/bin/code to /opt/${pkgname}/bin/code Just remove the symlink and install again, it should work

dcelasun commented on 2016-08-05 06:28 (UTC)

Updated to 1.4.0. The PKGBUILD isn't "invalid", it builds and installs just fine so please avoid hyperbole. If you have specific - and non-cosmetic - problems with it, post them here instead of passive aggressively linking to the wiki.

theaifam5 commented on 2016-08-04 22:37 (UTC) (edited on 2016-08-04 22:56 (UTC) by theaifam5)

just set pkgver=1.4.0 _release=6276dcb0ae497766056b4c09ea75be1d76a8b679 md5sums_x86_64='86881a676f8b582886618933d5b55267' md5sums_i686='acba124c25d7ca9356824ee416e72688' And please update what said @fcrespo82 -.- And PKGBUILD is invalid btw. Read

commented on 2016-07-19 19:27 (UTC)

I set GOPATH in ~/.bashrc Then I checked it: # export => declare -x GOPATH="/home/user/GoProjects" But vscode doesn't find this variable: GOPATH is not set How to fix it?

HaskuldNihil commented on 2016-07-12 14:24 (UTC)

Приятный редактор!)

fcrespo82 commented on 2016-06-07 16:59 (UTC)

I think that to mantain compatibility across platforms the symlink should be code, and no visual-studio-code. Line: `ln -s /opt/${pkgname}/bin/code "${pkgdir}"/usr/bin/visual-studio-code` should be: `ln -s /opt/${pkgname}/bin/code "${pkgdir}"/usr/bin/code`

dcelasun commented on 2016-05-20 10:36 (UTC)

@Lindenk: Fair enough, I've updated the symlink and bumped pkgrel.

Lindenk commented on 2016-05-19 13:41 (UTC) (edited on 2016-05-19 13:42 (UTC) by Lindenk)

@dcelasun: Yes, many of the command line options only work with the wrapper such as --help and -w (wait until closed to return) along with any options that should print something. Also, by default, vscode should fork without forcing the terminal it was run from to stay open, which doesn't happen when run without the wrapper. Actually, this issue was what spurred the conversation on github yesterday:

dcelasun commented on 2016-05-19 07:45 (UTC)

@Lindenk: bin/code is just a bash wrapper for the actual binary. For me, it seems to be working fine without it, are you having any specific problems?

Lindenk commented on 2016-05-18 19:59 (UTC)

Also, a dev working on the project has created an issue asking for any input that might help maintain the package.

Lindenk commented on 2016-05-18 19:20 (UTC)

Hey, I found a bug. When symlinking the binary, the wrong one is symlinked. The link: `ln -s /opt/${pkgname}/code "${pkgdir}"/usr/bin/visual-studio-code` should be: `ln -s /opt/${pkgname}/bin/code "${pkgdir}"/usr/bin/visual-studio-code`

dcelasun commented on 2016-05-18 05:33 (UTC)

@nullorm: Indeed it is. I've added it and bumped pkgrel.

nullorm commented on 2016-05-17 22:44 (UTC)

is libnotify a dependency?

commented on 2016-05-12 18:37 (UTC)

It's better to put icon file in /usr/share/pixmaps directory, instead of /usr/share/icons.

dcelasun commented on 2016-05-04 11:31 (UTC)

@fusion809: You are looking for this:

fusion809 commented on 2016-05-04 11:18 (UTC)

I'm surprised that this AUR package doesn't build from source as VSCode is open-source (I know a EULA-type license is included in the precompiled binaries used by this AUR package to build the .pkg.tar.xz, but the original source code at GitHub is MIT-Licensed).

dcelasun commented on 2016-04-15 18:59 (UTC)

@adlerdias: Your version is correct.

adlerdias commented on 2016-04-15 18:57 (UTC)

This is strange, i've recheck now zip file from yesterday: [adlerdias@insomniac:~/builds/visual-studio-code on master] % md5sum ✹ ✭ fb506db2edc24291b7ea25e3bc93e974 [adlerdias@insomniac:~/builds/visual-studio-code on master] % ls -la ✭ -rw-r--r-- 1 adlerdias users 43137343 Apr 14 15:04

Chiggins commented on 2016-04-15 02:50 (UTC)

The md5sum from adlerdias' comment didn't work for me. This did. md5sums_x86_64=('f2ef5738542d1c800b577fd38020424b' 'd1d9b35d20de511be44b686b0178874a')

adlerdias commented on 2016-04-14 18:16 (UTC)

Changes in PKGBUILD pkgver=1.0.0 _release=fa6d0f03813dfb9df4589c30121e9fcffa8a8ec8 md5sums_x86_64=('fb506db2edc24291b7ea25e3bc93e974' 'd1d9b35d20de511be44b686b0178874a') md5sums_i686=('ab0e754e0761d763a3b605cd454e4724' 'd1d9b35d20de511be44b686b0178874a')

dcelasun commented on 2016-03-10 09:30 (UTC)

@rashtao: Seems like they've renamed it and I didn't catch it due to a dirty build directory. Should be fixed now.

rashtao commented on 2016-03-10 09:14 (UTC)

aur/visual-studio-code 0.10.10-1 has a typo in the link to the executable: ls -l /usr/bin/visual-studio-code /usr/bin/visual-studio-code -> /opt/visual-studio-code/Code but the executable is: /opt/visual-studio-code/code (lowcase)

dskinner commented on 2016-03-08 18:30 (UTC)

cool, thanks for putting this together

dcelasun commented on 2016-03-08 17:45 (UTC)

@dskinner: Indeed, they just published the update. I'll be updating it as soon as I get home.

dskinner commented on 2016-03-08 17:35 (UTC)

not sure if something changed in the past two days but the latest release 0.10.10 is 5b5f4db87c10345b9d5c8d0bed745bcad4533135 and is available at

dcelasun commented on 2016-03-06 15:14 (UTC)

Stop marking this out-of-date, read the damn comments people!

dcelasun commented on 2016-03-05 17:55 (UTC)

Please stop flagging this as out-of-date without checking this page: - 0.10.9 is OS-X only and isn't released for Linux - 0.10.10 is not available as an official binary. And no, a tag on Github is not an official binary release.

dcelasun commented on 2016-01-24 20:26 (UTC)

Nice find. Tomorrow I'll do the %f, categories and notify, but not the mimes, sorry. No other IDE package does that and it shouldn't be necessary here.

maofree commented on 2016-01-24 20:23 (UTC) (edited on 2016-01-24 20:24 (UTC) by maofree)

Hi dcelasun I've found the solution it is necessary to add %f at the end of the Exec line into /usr/share/applications/visual-studio-code.desktop Exec=/usr/bin/visual-studio-code %f after that I can see its voice on the application list I suggest you also to add Categories=Development;WebDevelopment;IDE; StartupNotify=true and some MimeType byeeee

maofree commented on 2016-01-24 19:59 (UTC) (edited on 2016-01-24 19:59 (UTC) by maofree)

Hi some days ago I've installed from aur screamingfrog and I can see it from the application list from Right click -> Open With -> Open With Other Application bye

maofree commented on 2016-01-24 17:57 (UTC) (edited on 2016-01-24 17:57 (UTC) by maofree)

Hi I know that, but the program is not present in that application list instead I can see other editor softwares after their installation

dcelasun commented on 2016-01-24 17:03 (UTC)

I've checked PKGBUILDs for Intellij IDEA, Komodo Edit and Geany, no package does that. You need to associate programs with files yourself. For example, on XFCE, you would do: Right click -> Open With -> Open With Other Application I'm sure Gnome has an equivalent.

maofree commented on 2016-01-24 16:15 (UTC) (edited on 2016-01-24 17:58 (UTC) by maofree)

Hi I'm using gnome 3 x86_64 into visual-studio-code.desktop I suggest you to add these values the follow MimeType is just an example StartupNotify=true MimeType=text/html;text/css;text/x-javascript;text/x-python;text/x-perl;application/x-php;text/x-java;text/javascript;text/x-php;application/x-cgi;application/x-javascript;application/x-perl;application/x-python;application/xhtml+xml;text/mathml;text/x-csrc;text/x-chdr;text/x-dtd;text/x-sql;text/xml; Categories=Development;WebDevelopment;IDE; from the application list I can't find vistual studio code so it is not possible to open a file from nautilus using the right click I've tried to edit the files /usr/share/applications/visual-studio-code.desktop .local/share/applications/mimeapps.list but without any changes can you fix it? the editor like konodo-edit has not this problem thanks

felixsanz commented on 2016-01-11 18:13 (UTC) (edited on 2016-01-11 18:13 (UTC) by felixsanz)

ENOSPC means that there is no space on the drive. You can try this if you have enough space

Tazmain commented on 2016-01-11 17:20 (UTC)

Getting the error : Uncaught Exception: Error: watch ENOSPC at exports._errnoException (util.js:837:11) at FSWatcher.start (fs.js:1247:11) at (fs.js:1273:11) at t.e.registerWatchers (/opt/visual-studio-code/resources/app/out/vs/workbench/electron-main/main.js:7:18607) at t.e (/opt/visual-studio-code/resources/app/out/vs/workbench/electron-main/main.js:7:17858) at new t (/opt/visual-studio-code/resources/app/out/vs/workbench/electron-main/main.js:7:20553) at Object.<anonymous> (/opt/visual-studio-code/resources/app/out/vs/workbench/electron-main/main.js:7:20864) at e._invokeFactory (/opt/visual-studio-code/resources/app/out/vs/loader.js:4:13773) at e._complete (/opt/visual-studio-code/resources/app/out/vs/loader.js:4:14012) at e.resolveDependency (/opt/visual-studio-code/resources/app/out/vs/loader.js:4:15066) Any fix for this?

felixsanz commented on 2016-01-10 21:13 (UTC)

they are the same? because i can't install extensions on visual-studio-code-oss. the menu "install extensions" doesn't appear. which is weird because both are 0.10.6-1. Why is that?

Zrax commented on 2016-01-10 18:28 (UTC)

This package is the official binary release from Microsoft, whereas visual-studio-code-oss is the OSS version built from source.

felixsanz commented on 2016-01-10 16:47 (UTC)

Whats the difference from this and visual-studio-code-oss? (

dcelasun commented on 2015-12-14 13:37 (UTC)

That's the official file distributed by Microsoft.

dlin commented on 2015-12-14 13:05 (UTC)

Why the source comes from as binary? Is it the binary file which someone build it?

simon25 commented on 2015-11-29 22:53 (UTC)

The Open in Terminal menu item doesn't work in Plasma 5 unless you first run: sudo ln -s /usr/bin/konsole /usr/bin/x-terminal-emulator I'll report this upstream but just incase anyone wants this to work in the meantime.

soren121 commented on 2015-11-29 06:55 (UTC)

@Lexias: Report it upstream at They're quite responsive there.

Lexias commented on 2015-11-28 09:06 (UTC)

X11 crashes for me when I try to select a folder (which is a git repository, if that matters), anyone experiencing the same thing?

xarbit commented on 2015-11-27 12:50 (UTC)

yep, works.. Thanks..

dcelasun commented on 2015-11-27 12:47 (UTC)

Apologies, should be fixed now.

xarbit commented on 2015-11-27 12:44 (UTC)

validation failed on desktop file.

dcelasun commented on 2015-11-27 12:30 (UTC)

@rockon999 Done!

rockon999 commented on 2015-11-27 02:05 (UTC)

Please add: StartupWMClass=code to the visual-studio-code.desktop so the windows that vscode creates can be tracked and integrated into Desktop Environments like Gnome Shell. Thanks!

E_net4 commented on 2015-11-19 23:07 (UTC)

Issue #270 points out that libcups may be required for VSCode to work. The executable contains "" as a shared object dependency.

dcelasun commented on 2015-11-19 06:33 (UTC)

The provides array shouldn't exist at all. Speaking of which, vscode-bin shouldn't exist either. It was submitted a month after this one and all other packages have been merged into this one. See:

auscompgeek commented on 2015-11-18 23:13 (UTC) (edited on 2015-11-18 23:17 (UTC) by auscompgeek)

The provides array is still broken. Speaking of which, can we get this package renamed/merged into vscode-bin? It'd make more sense, now that VS Code is open-source.

doraskayo commented on 2015-11-18 16:46 (UTC)

Visual Studio Code is now open-source and licensed under MIT:

neuromancer85 commented on 2015-11-18 16:34 (UTC)

VSCode 0.10.1 is now opensource under MIT license! I'm positively impressed... :)

dcelasun commented on 2015-11-18 16:21 (UTC)

Apologies, I didn't have time to test it before pushing. Should be fixed now.

cmeury commented on 2015-11-18 16:13 (UTC) (edited on 2015-11-18 16:16 (UTC) by cmeury)

Two files have changed in location and case: OLD: resources/app/license.txt NEW: resources/app/LICENSE.txt OLD: resources/app/vso.png NEW: resources/app/resources/linux/vscode.png

Zrax commented on 2015-11-05 23:07 (UTC)


fatbrain commented on 2015-11-05 22:26 (UTC)

Please add desktop file/icon to this pacekage :)

dcelasun commented on 2015-10-19 09:53 (UTC)

Updated to 0.9.1. Some packaging changes: - License file restored; apparently it now exists in a different directory. - Source tarball no longer includes a png icon as it's included upstream.

pav commented on 2015-10-19 08:46 (UTC)

pkgver=0.9.1 pkgrel=0 Note the file names have changed: md5sums e21d33a8ca835040370bb16c64432311 761809e7285567a3529909029a427b1b

onestone commented on 2015-09-14 10:26 (UTC)

NP & thanks for the great package :)

dcelasun commented on 2015-09-14 10:23 (UTC)

@onestone: Sorry! Should be fixed now. I missed it because I use a non-temporary build directory and the license file from the previous version prevented the error.

onestone commented on 2015-09-14 10:17 (UTC)

@dcelasun the latest PKGBUILD throws an error due to the missing license file mentioned by @ventieldopje: install: cannot stat ‘/tmp/yaourt-tmp-user/aur-visual-studio-code/src/VSCode-linux-x64/license.txt’: No such file or directory

commented on 2015-09-11 16:53 (UTC)

Updating the PKGBUILD is as simple as bumping the version to 0.8.0 and commenting the line that copies the license file. It might be a mistake but this version doesn't ship with a license.txt :/

commented on 2015-09-11 16:43 (UTC)

Version 0.8 is out! :)

marcs commented on 2015-08-13 08:07 (UTC)

Thank for this package! Version 0.7 is out.

dcelasun commented on 2015-07-30 13:37 (UTC)

Nice catch! Fixed.

pbe commented on 2015-07-30 13:26 (UTC)

There is a typo on the PKGBUILD line 16. source_i1686=(${pkgver}/ It should be source_i686=(${pkgver}/

uwinkelvos commented on 2015-07-26 21:43 (UTC)

hey! You could use the named src file syntax (see: to avoid having a source archive in the PKGBUILD dir that is always outdated, when the PKGBUILD is updated. --- source_x86_64=("VSCode-linux-x64_${pkgver}.zip::${pkgver}/" [...] ---

enkeyz commented on 2015-07-14 09:20 (UTC)

I already made a pkgbuild for myself, but thanks!:D

dcelasun commented on 2015-07-14 09:14 (UTC)

@zota: You are the first person to ask for it :) I've updated the PKGBUILD, but I don't have a 32bit machine to test it on. Let me know if it works!

enkeyz commented on 2015-07-14 09:00 (UTC)

Hello guys! Where is the 32bit version?

dcelasun commented on 2015-07-08 06:43 (UTC)

Sorry, it should be fixed now.

soren121 commented on 2015-07-08 06:35 (UTC)

The source download URL needs to be updated to version 0.5.0.

sietedosfede commented on 2015-06-18 13:06 (UTC)

Worked at first try. Just fonts doesn't charm. I hope this could be useful for someone: [3202:0618/] Running without the SUID sandbox! See for more information on developing with the sandbox on. bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell [3202:0618/] Failed to connect to the context. Error: Connection refused Thanks!

dcelasun commented on 2015-06-05 21:52 (UTC)

I'm travelling right now, so I'll update it when I get back in a few days.

luisantoniojr commented on 2015-05-06 14:26 (UTC)

You alright, but after started, no gui was showed, no screen. Is possible to see all the process running, then i had to kill then.

dcelasun commented on 2015-05-06 14:01 (UTC)

Those lines shouldn't prevent it from starting. The output I get when running from the command line is below. After these lines it launches normally. $ visual-studio-code [4756:0506/] Running without the SUID sandbox! See for more information on developing with the sandbox on. bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell Fontconfig warning: FcPattern object size does not accept value 10(i) [4756:0506/] Failed to connect to the bus: '=' character not found or has no value following it [4756:0506/] Failed to connect to the bus: '=' character not found or has no value following it [4756:0506/] Failed to connect to the bus: '=' character not found or has no value following it [4756:0506/] Failed to connect to the bus: '=' character not found or has no value following it [4756:0506/] Failed to connect to the bus: '=' character not found or has no value following it

luisantoniojr commented on 2015-05-06 13:56 (UTC)

same happens too me! [12310:0506/] Running without the SUID sandbox! See for more information on developing with the sandbox on. ATTENTION: default value of option force_s3tc_enable overridden by environment.

Kai23 commented on 2015-05-04 08:11 (UTC)

can't launch it too… `[17560:0504/] Running without the SUID sandbox! See for more information on developing with the sandbox on.`

toddpi314 commented on 2015-05-03 18:34 (UTC)

Notice: Install succeeded on one Arch box but kicked at runtime with the Chromium sandbox resolve failing.

vohof commented on 2015-05-03 12:21 (UTC)


dcelasun commented on 2015-04-30 06:06 (UTC)

Of course! I've added both packages to provides and bumped pkgrel.

yan12125 commented on 2015-04-30 05:49 (UTC)

Thanks a lot for the package :) Can you add vscode to provides so more people can find here? In my case I first searched for vscode and found @SirCmpwn's package.

karol_007 commented on 2015-04-29 19:39 (UTC)

I think we only need one package, so it's either this or , right? They do differ a bit though.

jnbek commented on 2015-04-29 19:14 (UTC)

Too late: beat you to it.

cabrey commented on 2015-04-29 18:22 (UTC)

Working on it now!

gyscos commented on 2015-04-29 18:17 (UTC)

Would it be possible to add a .desktop entry? An icon is present in resources/app/vso.png (1024x1024, may need to be resized). Thanks!

blackout24 commented on 2015-04-29 18:16 (UTC)

The zip file contains a 64-Bit ELF, so the 'i686' option in the arch= array doesn't make sense.