Package Details: visual-studio-code-bin 1.97.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: 1493
Popularity: 17.22
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2025-02-13 18:48 (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 .. 40 41 42 43 44 45 46 47 48 49 50 .. 79 Next › Last »

Anty0 commented on 2018-10-30 16:20 (UTC)

@elgs I think, that optdepends are not about what you want, but about what you may want. So they should contain packages, that can be for someone only "pollution".

Personally, I think, that in optdepends should be every package, which can be used by that package in any way. Also sometimes it is good idea to add as optdependcy package, that is not used by that package, but can make usage of that package significantly easier. (There are lot of examples of that in official Arch Linux packages.)

elgs commented on 2018-10-30 03:47 (UTC)

Personally, I don't mind if there is a ton of optdepends.

I know you don't mind. But other people may see it as pollution. Many people don't like anything which is not necessary for them.

Caldazar commented on 2018-10-30 00:56 (UTC) (edited on 2018-10-30 01:12 (UTC) by Caldazar)

Fair point. You can't just add a ton of optdepends for every eventuality; you need to draw a line somewhere.

I see two main criteria, each of which is a good reason for an optdepends:

  1. The package is essential for a basic core functionality ( here 'basic Python support'. VSC complains about this package missing, not about 'pyflakes' )

  2. The package is arguably supposed to be installed --asdeps. If there is no package to optdepend on it, then it becomes an orphan as far as Pacman is concerned.

Both rules apply here imo. You could even make a point for XDebug for PHP even though VSC doesn't complain about that one. QtCreator for example has even git, mercury, valgrind etc. as optdepends.

If it gets too much, as it might happen with multi-language editors, then that's rather an argument for splitting the package into multiple optimized ones, like with Eclipse and Netbeans, not for letting the user whack-an-error-message.

Personally, I don't mind if there is a ton of optdepends. Let me know on install what else might be useful in combination with the main package.

elgs commented on 2018-10-29 21:46 (UTC)

I also think adding python specific things as dependency (even optional) is a bad idea.

theaifam5 commented on 2018-10-29 21:32 (UTC) (edited on 2018-10-29 21:35 (UTC) by theaifam5)

@Caldazar that's a really bad idea.. VSCode has nothing with Python. So let's add Java, dotnet, and all other languages as a optional dependency -.- That's also does not change anything, so I wonder why that should be a optional dependency. There is also other python linter: pyflakes.

Caldazar commented on 2018-10-27 22:16 (UTC)

Could you please add 'python-pylint' as an optional depenendcy ( python-pylint: Code analysis for Python )?

As soon as I opened a *.py file, VSC complained "Linter pylint is not installed" and tried to make me install it via pip. It seems to consider it as a must-have for python language support.

I installed it explicitly with pacman but I'd rather have it --asdeps for VSC.

Nowaker commented on 2018-10-18 18:24 (UTC)

Please change the description in PKGBUILD to:

pkgdesc="Visual Studio Code (vscode): Editor for building and debugging modern web and cloud applications (official binary version)"

This will make searching way easier. Thanks.

UnicornDarkness commented on 2018-10-13 07:16 (UTC)

@daveshaheen: Thank you for your trick!

daveshaheen commented on 2018-10-13 00:41 (UTC) (edited on 2018-10-13 00:42 (UTC) by daveshaheen)

Another option instead of modifying /etc/makepkg.conf is to create a ~/.curlrc file with the line --http1.1

Tairosonloa commented on 2018-10-11 16:49 (UTC)

It fails when it tries to download v 1.28.0 from https://vscode-update.azurewebsites.net/1.28.0/linux-x64/stable (I'm using pacaur)

However, I could manually download the tar.gz from the above link, insert it on the pacaur cache folder, and the installation was successfully.