Package Details: visual-studio-code-bin 1.88.1-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: 1414
Popularity: 21.40
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2024-04-13 14:03 (UTC)

Required by (18)

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 8 9 10 .. 73 Next › Last »

Takumi commented on 2023-07-06 23:46 (UTC) (edited on 2023-07-06 23:49 (UTC) by Takumi)

If you encounter keyring-related errors, the --password-store option may be helpful.

gnome-keyring: --password-store=gnome

KWallet: --password-store=kwallet5

ref: https://wiki.archlinux.org/title/Chromium#Force_a_password_store

TheDcoder commented on 2023-07-03 06:48 (UTC)

@dcelasun Thanks. I've already filed a "bug" report for uutils: https://github.com/uutils/coreutils/issues/5027

dcelasun commented on 2023-07-03 06:25 (UTC)

@TheDcoder it's just a mistake, I'll fix it in the next release. Keep in mind that coreutils (the GNU one) is mandatory for AUR packages. Third party reimplementations are unsupported. It's on them to be compatible with GNU, bug for bug.

TheDcoder commented on 2023-07-03 03:09 (UTC)

Why is cp -r "${srcdir}/${_pkg}/"* "${pkgdir}/opt/${_pkgname}" -R being used in the PKGBUILD? What's the reason behind specifying the recursive flag multiple times?

Build fails when using uutils-coreutils since their cp doesn't accept more than one recursive flag.

Camrais commented on 2023-06-28 07:16 (UTC)

@PHLAK thank you for pointing that out. Fixed scaling for me on my new wayland setup. I had tried the arguments pointed out in the ArchWiki for electron, but it only worked with the sole --ozone-platform-hint=auto.

PHLAK commented on 2023-06-16 17:00 (UTC)

@stepinsilence I just tried using --ozone-platform-hint=auto (removing all other launch options) and it seems to be working well. 👍️

stepinsilence commented on 2023-06-16 11:47 (UTC)

@Lightning5 It seems only we encountered this issue. Given I have been using VSCode natively under Wayland these days flawlessly, I incline that something might get messed up on our side.

BTW, as now VSCode is built on Electron 22.5.7, perhaps we could use --ozone-platform-hint=auto instead of --enable-features=UseOzonePlatform --ozone-platform=wayland.

Lightning5 commented on 2023-06-14 16:03 (UTC)

@stepinsilence I can confirm that your solution works. I've updated VS Code again to 1.79.1, and it has crashed immediately when, I tried to start it. Clearing the flags for first startup and then restoring them worked.

I'll write a bug report if this is ok with everyone.

stepinsilence commented on 2023-06-14 10:30 (UTC)

Well...After updating to VSCode 1.79.1, I have to temporarily remove the two ozone platform flags before starting the new VSCode for the first time, then restoring the flag config file; otherwise, VSCode immediately crashes. I don't know why.

PHLAK commented on 2023-06-12 22:44 (UTC)

@Lightning5 I can't speak to your specific situation but I have the following in my ~/.config/code-flags.conf file and everything is working as expected under Wayland.

--enable-features=UseOzonePlatform
--ozone-platform=wayland

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 73 Next › Last »