AUR (en) - visual-studio-code-bin

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:	14.57
First Submitted:	2017-12-18 19:14 (UTC)
Last Updated:	2024-11-15 11:08 (UTC)

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.

That's for the OSS version. This one has a different license located at resources/app/LICENSE.txt.

Invalid license type in PKGBUILD. https://github.com/Microsoft/vscode/blob/master/LICENSE.txt

If anyone did it like me and created manually a symlink from /usr/bin/code to /opt/${pkgname}/bin/code Just remove the symlink and install again, it should work

Updated to 1.4.0. The PKGBUILD isn't "invalid", it builds and installs just fine so please avoid hyperbole. If you have specific - and non-cosmetic - problems with it, post them here instead of passive aggressively linking to the wiki.

just set pkgver=1.4.0 _release=6276dcb0ae497766056b4c09ea75be1d76a8b679 md5sums_x86_64='86881a676f8b582886618933d5b55267' md5sums_i686='acba124c25d7ca9356824ee416e72688' And please update what said @fcrespo82 -.- And PKGBUILD is invalid btw. Read https://wiki.archlinux.org/index.php/PKGBUILD

I set GOPATH in ~/.bashrc Then I checked it: # export => declare -x GOPATH="/home/user/GoProjects" But vscode doesn't find this variable: GOPATH is not set How to fix it?

Приятный редактор!)

I think that to mantain compatibility across platforms the symlink should be code, and no visual-studio-code. Line: `ln -s /opt/${pkgname}/bin/code "${pkgdir}"/usr/bin/visual-studio-code` should be: `ln -s /opt/${pkgname}/bin/code "${pkgdir}"/usr/bin/code`

@Lindenk: Fair enough, I've updated the symlink and bumped pkgrel.

@dcelasun: Yes, many of the command line options only work with the wrapper such as --help and -w (wait until closed to return) along with any options that should print something. Also, by default, vscode should fork without forcing the terminal it was run from to stay open, which doesn't happen when run without the wrapper. Actually, this issue was what spurred the conversation on github yesterday: https://github.com/Microsoft/vscode/issues/6484

Arch Linux User Repository

Search Criteria

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

Package Actions

Dependencies (17)

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)

Latest Comments

dcelasun commented on 2016-08-08 12:36 (UTC)

theaifam5 commented on 2016-08-08 12:29 (UTC) (edited on 2016-08-08 12:30 (UTC) by theaifam5)

fcrespo82 commented on 2016-08-05 18:11 (UTC)

dcelasun commented on 2016-08-05 06:28 (UTC)

theaifam5 commented on 2016-08-04 22:37 (UTC) (edited on 2016-08-04 22:56 (UTC) by theaifam5)

<deleted-account> commented on 2016-07-19 19:27 (UTC)

HaskuldNihil commented on 2016-07-12 14:24 (UTC)

fcrespo82 commented on 2016-06-07 16:59 (UTC)

dcelasun commented on 2016-05-20 10:36 (UTC)

Lindenk commented on 2016-05-19 13:41 (UTC) (edited on 2016-05-19 13:42 (UTC) by Lindenk)