Package Details: visual-studio-code-bin 1.95.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: 1465
Popularity: 13.71
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2024-11-15 11:08 (UTC)

Required by (20)

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 .. 51 52 53 54 55 56 57 58 59 60 61 .. 78 Next › Last »

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.

CrumblingStatue commented on 2017-12-16 20:10 (UTC) (edited on 2017-12-16 20:11 (UTC) by CrumblingStatue)

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.

[0] https://github.com/Microsoft/vscode/issues/40264#issuecomment-351930866

[1] https://github.com/Microsoft/vscode/issues/40351#issuecomment-352205798

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.

CrumblingStatue commented on 2017-12-15 08:21 (UTC) (edited on 2017-12-15 08:25 (UTC) by CrumblingStatue)

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 - https://github.com/Microsoft/vscode/issues/40264

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

« First ‹ Previous 1 .. 51 52 53 54 55 56 57 58 59 60 61 .. 78 Next › Last »