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

Git Clone URL: https://aur.archlinux.org/visual-studio-code-bin.git (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: https://code.visualstudio.com/
Licenses: custom: commercial
Conflicts: code
Provides: code, vscode
Submitter: dcelasun
Maintainer: dcelasun
Last Packager: dcelasun
Votes: 1508
Popularity: 15.89
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2025-04-17 07:24 (UTC)

Required by (22)

Sources (7)

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

« First ‹ Previous 1 .. 47 48 49 50 51 52 53 54 55 56 57 .. 81 Next › Last »

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

https://archive.archlinux.org/packages/l/libxml2/libxml2-2.9.8-2-x86_64.pkg.tar.xz
https://archive.archlinux.org/packages/i/icu/icu-61.1-1-x86_64.pkg.tar.xz

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.

andir commented on 2018-08-15 05:00 (UTC) (edited on 2018-08-15 05:08 (UTC) by andir)

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/libpixbufloader-svg.so: /opt/visual-studio-code/glibc/usr/lib/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/libxml2.so.2) (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/204654.559987:ERROR:browser_gpu_channel_host_factory.cc(103)] 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.

« First ‹ Previous 1 .. 47 48 49 50 51 52 53 54 55 56 57 .. 81 Next › Last »