It doesnt work It shows this:
==> ERROR: Cannot find the strip binary required for object file stripping.
| 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: | 1698 |
| Popularity: | 28.88 |
| First Submitted: | 2017-12-18 19:14 (UTC) |
| Last Updated: | 2026-07-22 18:51 (UTC) |
« First ‹ Previous 1 .. 33 34 35 36 37 38 39 40 41 42 43 .. 94 Next › Last »
It doesnt work It shows this:
==> ERROR: Cannot find the strip binary required for object file stripping.
@Remisa I don't have that package installed and this package installs fine. It sounds like a problem with your AUR helper, you should report it to them.
@dcelasun I got dependency error from yay while installing this package and after installing it manually and tried again, it worked.
@Remisa what is it needed for?
@dcelasun cool, thanks!
Regarding the wayland detection, probably that won't be implemented upstream (Chromium), for Chromium & Chrome we still rely on an ArchLinux-specific hack or on bash aliases :)
@alumni thanks! I've pushed a fix for the WM class. As for Wayland detection, I think that's better suited as a feature request upstream :)
WM_CLASS is Code instead of code.
Seems that the case is irrelevant under XWayland, but if you run it under Wayland with --enable-features=UseOzonePlatform --ozone-platform=wayland, the windows will not be grouped and they won't have an icon. Changing to StartupWMClass=Code would fix this.
Also, cool to have: if $XDG_SESSION_TYPE is wayland, it would be nice to add those flags automatically :)
Several errors are thrown when starting vscode and a black window appears :
[74124:0503/224332.626557:ERROR:gl_utils.cc(314)] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program not linked.
[74124:0503/224332.627021:ERROR:gl_utils.cc(314)] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program object expected.
[74124:0503/224332.628433:ERROR:gl_utils.cc(314)] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program not linked.
[74124:0503/224332.628696:ERROR:gl_utils.cc(314)] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program object expected.
[74124:0503/224332.628813:ERROR:gl_utils.cc(314)] [.RendererMainThread-0x27c5f87ca500] GL_INVALID_OPERATION: Program object expected.
This error seems connected to this bug https://bugs.chromium.org/p/chromium/issues/detail?id=1000938, simply adding --disable-gpu when starting vscode solves the problem.
Pinned Comments
dcelasun commented on 2017-11-15 06:20 (UTC) (edited on 2026-06-04 12:33 (UTC) by dcelasun)
FREQUENTLY ASKED QUESTIONS (read before flagging or commenting!)
This is the official binary distribution from Microsoft. The one in the community repo is an unofficial build made from source. Beyond the licence difference and branding, there are some proprietary features not available in the open-source version.
This package depends on the official tarball. Please check this page before flagging as out-of-date. If the new version isn't on that page, this package cannot be updated! If you can see the new version there, but the AUR package is still not updated, flag it and give it time. It's usually done within hours.
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.xdg-openuses vscode, not my file manager! How do I fix this?Install
shared-mime-info-gnomegnome-sessionwhich now includes mimemapps.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.
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.
No, you won't get a reply. Please stop doing this. Leave a comment here instead and be patient.