Package Details: visual-studio-code-bin 1.99.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: 1509
Popularity: 17.48
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2025-04-17 07:24 (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 2 3 4 5 6 7 .. 81 Next › Last »

ViToni commented on 2025-03-13 11:27 (UTC)

@UntalentedFailure

You can set your own default start flags since https://aur.archlinux.org/cgit/aur.git/commit/?h=visual-studio-code-bin&id=a0595836467bb205fcabb7e6d44ad7da82b29ed2

dcelasun commented on 2025-03-13 11:24 (UTC)

@UntalentedFailure it would be better to ask upstream to do it so it works for everyone.

UntalentedFailur commented on 2025-03-13 11:23 (UTC)

Would it be possible to add the launch flag -ozone-platform-hint=auto to the desktop file? As of right now I need to add this manually after every update. This shouldn't affect people on other platforms

xmatthias commented on 2025-03-06 17:06 (UTC)

@dcelasun seems like a reboot fixed it which is odd, as an application update shouldn't cause this - but i guess there's another cache i don't know about / didn't find.

Taithrah commented on 2025-03-06 11:05 (UTC) (edited on 2025-03-06 11:29 (UTC) by Taithrah)

I am using KDE Plasma. Visual-code 1.98.0-1 initially crashes on launch and locks up the taskbar.

However, if I download the PKGBUILD for 1.97.2 and only change pkgver to 1.98.0, pkgrel to 1, update the sums, and add !Strip, visual-code runs fine.

Basically, reverting the change from icons to pixmaps seems to work with 1.98.0, although I have no idea why.

UPDATE: I pulled 1.98.0-1 again, which includes the pixmaps change, and now everything works fine. I assume that updating to 1.98.0, reverting, and updating again with these changes did something cache-related. Wish I definitively knew what changed, sorry.

dcelasun commented on 2025-03-06 06:56 (UTC)

@xmatthias I can revert it if necessary but I'm not a KDE user. Can a few others confirm please?

@witt.9099 what do you mean not stable? What's wrong with it?

xmatthias commented on 2025-03-06 06:14 (UTC) (edited on 2025-03-06 06:15 (UTC) by xmatthias)

I'm not entirely sure if the change to /usr/share/pixmaps is related to this - but on plasma, icons now don't render any longer (after this morning's update). mainly, this impacts the plasma task bar (so far).

So far, i tried to delete the plasma icon cache file (rm ~/.cache/icon-cache.kcache) - but icons didn't return so far.

witt.9099 commented on 2025-03-06 01:49 (UTC)

The address https://update.code.visualstudio.com is no longer stable and needs to be replaced with cdn https://vscode.download.prss.microsoft.com

dcelasun commented on 2025-03-03 14:32 (UTC)

@listproc thanks for the heads up! It'll be included in the next update.

listproc commented on 2025-03-01 09:31 (UTC)

Hi @dcelasun, please install the icon into /usr/share/pixmaps as it's for unthemed icons, while /usr/share/icons is for icon themes. Qt's icon loader can't render the icon if it is not installed into the proper search paths.

Ref: [1] https://github.com/GNOME/gtk/blob/main/docs/iconcache.txt#L148 [2] https://code.qt.io/cgit/qt/qtbase.git/tree/src/gui/image/qiconloader.cpp?h=6.9#n583

« First ‹ Previous 1 2 3 4 5 6 7 .. 81 Next › Last »