Arch Linux User Repository

To install this, I found a easier way to setup 'ulimit -n' as 10000 temporary.

sudo prlimit --pid $$ --nofile=10000:10000

yay -S code # yay is a AUR helper like pacman

This isn't building for me...

[16:30:54] Starting 'vscode-linux-x64-min'...
[16:31:10] Downloading extension: ms-vscode.node-debug2@1.24.2 ...
[16:31:11] Downloading extension: ms-vscode.node-debug@1.24.0 ...
internal/streams/legacy.js:59
      throw er; // Unhandled stream error in pipe.
      ^

Error: connect EMFILE 192.30.253.116:443 - Local (undefined:undefined)
    at Object._errnoException (util.js:992:11)
    at _exceptionWithHostPort (util.js:1014:20)
    at internalConnect (net.js:960:16)
    at defaultTriggerAsyncIdScope (internal/async_hooks.js:284:19)
    at GetAddrInfoReqWrap.emitLookup [as callback] (net.js:1106:9)
    at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:97:10)

@Zrax: can you please make following changes to this package, so that it can use system icon theme for its desktop icon whenever it is possible, instead of its original icon:

1. place a copy of /usr/share/code-oss/resources/app/resources/linux/code.png icon in /usr/share/pixmaps

2. change both Icon parameters in desktop file from Icon=/usr/share/code-oss/resources/app/resources/linux/code.png to Icon=code

thanks

@l0b0 It doesn't build with nodejs 10 currently. Note that the nodejs dependency is just a makedepend, so you can update back to nodejs 10 after code is built.

Could this not depend on nodejs rather than nodejs-lts-carbon?

The installation changes /usr/share/applications/mimeinfo.cache to associate vscode with inode/directory and text/plain (see https://pastebin.com/BcuvHbY5). This causes Gnome Places to open directories using VSCode instead of Nautilus. Is this correct?

A workaround is described here: https://github.com/Microsoft/vscode/issues/44344#issuecomment-369125513

The gtk3 port has been merged and reverted a few times... As of 1.23.1, it's still using gtk2:

$ ldd /usr/share/code-oss/code-oss  | grep gtk
        libgtk-x11-2.0.so.0 [...]

https://github.com/Microsoft/vscode/commit/2e6a761f8c225ae7aad144c071414bb080916ad9

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

@Tjuh: It seems that way, yes. The less intrusive way is probably the way @edrose suggested on previous comment on 2018-04-16 14:52.

Is it really necessary to set that nofile limit? I can't seem to build this pkg otherwise. It used to build just fine a while back without any additional modifications.