Package Details: visual-studio-code-bin 1.90.2-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: 1433
Popularity: 16.40
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2024-06-19 19:23 (UTC)

Required by (17)

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 .. 41 42 43 44 45 46 47 48 49 50 51 .. 75 Next › Last »

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/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.

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/libsqlite3.so.0 (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.

« First ‹ Previous 1 .. 41 42 43 44 45 46 47 48 49 50 51 .. 75 Next › Last »