Package Details: visual-studio-code-bin 1.95.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: 1465
Popularity: 14.87
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2024-11-15 11:08 (UTC)

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)

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 .. 16 17 18 19 20 21 22 23 24 25 26 .. 78 Next › Last »

Viterzgir commented on 2021-08-21 23:34 (UTC) (edited on 2021-08-21 23:35 (UTC) by Viterzgir)

Fonts looks ugly and i cant fix it.

dcelasun commented on 2021-08-18 14:28 (UTC)

@Maverick good idea, done.

Maverick commented on 2021-08-18 13:54 (UTC)

An optional dependency "org.freedesktop.secrets" should probably be added as it is required for sync to work.

dcelasun commented on 2021-08-17 11:05 (UTC)

@SebastianWae sorry, this package follows upstream as closely as possible. If you'd like this change made, you can open an issue here.

SebastienWae commented on 2021-08-17 11:03 (UTC) (edited on 2021-08-17 11:05 (UTC) by SebastienWae)

Could the code binary be wrapped to make it follow the flags set in ${XDG_CONFIG_HOME}/electron-flags.conf?

This would be nice for wayland users and make it more consistent with other packages of vscode.

https://wiki.archlinux.org/title/Visual_Studio_Code#Running_natively_under_Wayland

https://wiki.archlinux.org/title/wayland#Electron

https://github.com/archlinux/svntogit-community/blob/packages/electron/trunk/electron-launcher.sh

brycec commented on 2021-08-03 17:45 (UTC)

Heads up to the maintainer, I ran into https://github.com/microsoft/vscode/issues/128331 following an upgrade from 1.57.1-1 to 1.58.2-1. The issue was resolved with the chmod referenced in the release notes for the upcoming 1.59 release:

sudo chmod 4755 /opt/visual-studio-code/chrome-sandbox

I suspect this change may need to be integrated into the PKGBUILD.

qss commented on 2021-06-09 19:24 (UTC)

armv7h version has a bug

uname -m
armv7l

./code
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
Server response: 
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
Server response: 
[main 2021-06-09T19:00:35.908Z] update#setState idle
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
Server response: 
Server response: 
Server response: 
[10632:0609/220038.270642:FATAL:gpu_data_manager_impl_private.cc(415)] GPU process isn't usable. Goodbye.
Server response: 
Server response: 
Trace/breakpoint trap

googling "sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:CRASHING:seccomp-bpf failure in syscall 0403" shows this bug appear in recent chromium that is compiled for 32 bit architecture. armv7h is a 32 bit arch. Visual-studio-code uses chromium as a web engine for own gui.

aoaaceai commented on 2021-05-29 07:57 (UTC)

To display the debugger fonts properly, dependency noto-fonts is required. before: <img alt="" src="https://imgur.com/OpQ0Eiy.png" /> after: <img alt="" src="https://imgur.com/LkpD33D.png" />

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 78 Next › Last »