Package Details: visual-studio-code-bin 1.93.1-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: 1453
Popularity: 15.51
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2024-09-12 17:26 (UTC)

Required by (19)

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 .. 43 44 45 46 47 48 49 50 51 52 53 .. 77 Next › Last »

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

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.

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 .

« First ‹ Previous 1 .. 43 44 45 46 47 48 49 50 51 52 53 .. 77 Next › Last »