Package Details: visual-studio-code-bin 1.89.1-2

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: 1417
Popularity: 17.39
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2024-05-12 05:01 (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

1 2 3 4 5 6 .. 74 Next › Last »

andsmir commented on 2024-05-12 09:28 (UTC)

I had same bug in X11 for years :) OK, never mind, I'll fix it in local env and the problem can be googled pretty easily. Thank you!

dcelasun commented on 2024-05-12 08:59 (UTC)

Setting WMClass to code-url-handler in the regular desktop file feels inherently wrong. I don't use any sort of dock, so I can't investigate it myself. Does your suggestion work as expected both in X11 and Wayland? I don't want to make a change that breaks X11.

andsmir commented on 2024-05-12 08:41 (UTC)

@dcelasun No, sorry, this variant doesn't work. Still 2 icons in Dash (one for running, one for pinned). By the way, there is upstream issue about it: https://github.com/microsoft/vscode/issues/129953

dcelasun commented on 2024-05-12 05:02 (UTC)

@andsmir please try again with the latest version.

andsmir commented on 2024-05-11 20:00 (UTC)

Is it possible to change StartupWMClass=Code to StartupWMClass=code-url-handler in code.desktop? At this moment window grouping and pining doesn't work correctly in gnome. original source of this solution: https://forum.endeavouros.com/t/why-cant-the-aur-vs-code-window-be-pinned-in-the-dash/46253/11

b-fg commented on 2024-05-11 16:38 (UTC) (edited on 2024-05-11 20:59 (UTC) by b-fg)

I have the problem of the empty blank window when launching the app, it stay like that for 30s and then works. I have downloaded and reinstalled it, but it does not work for me for the moment.

Maybe is a problem of the window manager though, I am unsure. Here is the debug info: http://0x0.st/XKzk.txt

Edit:

This is related and it fixes the problem: https://github.com/microsoft/vscode/issues/193188 Could this flag be included by default?

dcelasun commented on 2024-05-03 05:35 (UTC)

@TTsdzb fixed, thanks.

TTsdzb commented on 2024-05-03 03:02 (UTC)

Could not open folder or files in file explorers. VSCode will start but opens a clean window instead of the requested file or folder.

The argument --unity-launch seems deprecated:

$ code --unity-launch
Warning: 'unity-launch' is not in the list of known options, but still passed to Electron/Chromium.

Removed this in the desktop entry, and it works fine now.

TTsdzb commented on 2024-05-03 02:51 (UTC)

@st0ne @blueman Try to disable debug by adding a exclamation mark before it in /etc/makepkg.conf:

OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge !debug lto)

This will prevent makepkg from generating corresponding debug packages. Not sure if there're side effects, but it works fine for me.

blueman commented on 2024-05-02 19:11 (UTC)

I've got the same "debugedit" warnings as @st0ne. Any idea what's causing this?