Doesn't work with i686
$ cd /home/mocambo/.cache/yay/visual-studio-code-bin
$ makepkg -si
==> Making package: visual-studio-code-bin 1.63.2-1 (E 24 jaan 2022 02:40:14)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found visual-studio-code.desktop
-> Found visual-studio-code-url-handler.desktop
-> Found visual-studio-code-workspace.xml
-> Found code_ia32_1.63.2.tar.gz
==> Validating source files with sha256sums...
visual-studio-code.desktop ... Passed
visual-studio-code-url-handler.desktop ... Passed
visual-studio-code-workspace.xml ... Passed
==> Validating source_i686 files with sha256sums...
code_ia32_1.63.2.tar.gz ... Passed
==> Extracting sources...
-> Extracting code_ia32_1.63.2.tar.gz with bsdtar
==> Removing existing $pkgdir/ directory...
==> Entering fakeroot environment...
==> Starting package()...
install: cannot stat '/home/mocambo/.cache/yay/visual-studio-code-bin/src/VSCode-linux-ia32/resources/completions/bash/code': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...
Pinned Comments
dcelasun commented on 2017-11-15 06:20 (UTC) (edited on 2026-01-23 13:07 (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 both the official tarball and files from GitHub. Please check this page AND this page before flagging as out-of-date. If the new version isn't on both pages, this package cannot be updated! If you can see the new version on both pages, 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.