@friday13 that's a weird error, like your makepkg
is broken for some reason. Try in a clean build directory without any AUR helpers.
Search Criteria
Package Details: visual-studio-code-bin 1.96.4-1
Package Actions
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: | 1485 |
Popularity: | 18.05 |
First Submitted: | 2017-12-18 19:14 (UTC) |
Last Updated: | 2025-01-17 07:47 (UTC) |
Dependencies (17)
- alsa-lib
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR)
- gnupg (gnupg-gitAUR, gnupg-largekeysAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- libnotify (libnotify-gitAUR)
- libsecret
- libxkbfile
- libxss
- lsof (lsof-gitAUR)
- nss (nss-hgAUR)
- shared-mime-info
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (optional) – Needed for move to trash functionality
- icu69AUR (icu69-binAUR) (optional) – Needed for live share
- libdbusmenu-glib (optional) – Needed for KDE global menu
- org.freedesktop.secrets (keepassxc-gitAUR, gnome-keyring-gitAUR, pass-secrets-gitAUR, keepassxc-allow-aur-extension-originAUR, keepassxc-allow-aur-extension-origin-binAUR, dssdAUR, bitw-gitAUR, keepassxc-qt6AUR, pass-secret-service-binAUR, pass-secret-service-gitAUR, gnome-keyring, keepassxc, kwallet, kwallet5) (optional) – Needed for settings sync
Required by (21)
- azure-sphere-sdk (requires code) (optional)
- code-appicons (requires code)
- code-features (requires code)
- code-features-insiders (requires code)
- code-icons (requires code)
- code-marketplace (requires code)
- code-nautilus-git (requires code) (optional)
- dokytree (requires code) (optional)
- dokytree-git (requires code) (optional)
- meta-package-manager (requires code) (optional)
- meta-package-manager-git (requires code) (optional)
- nautilus-code (requires code) (optional)
- neopo-git (optional)
- nwscript-code (requires code)
- rt-thread-env-meta (requires code) (optional)
- rust-analyzer-vscode-git (requires code)
- stm32pio (requires code) (optional)
- unity-editor-lts (optional)
- unreal-engine-bin (requires code) (optional)
- vscode-xdg-patch-hook (requires code) (optional)
- vscode-xdg-patch-hook (requires vscode) (optional)
Sources (7)
Latest Comments
« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 78 Next › Last »
dcelasun commented on 2023-02-11 20:32 (UTC) (edited on 2023-02-11 20:33 (UTC) by dcelasun)
friday13 commented on 2023-02-11 20:26 (UTC)
Entering fakeroot environment...
/usr/share/makepkg/util/pkgbuild.sh: line 30: declare: `package_visual-studio-code-bin': not a valid identifier
/usr/share/makepkg/util/pkgbuild.sh: line 30: declare: `package_visual-studio-code-bin': not a valid identifier
==> Starting package()...
cp: target '-R': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...
-> error making: visual-studio-code-bin
neoninteger commented on 2023-01-15 23:32 (UTC) (edited on 2023-01-15 23:33 (UTC) by neoninteger)
You need to make sure that /opt/visual-studio-code/chrome-sandbox is owned by root and has mode 4755
Because I run makepkg
as a non-root user, it makes sense that any setuid
binaries in the upstream tarball lose their setuid
status during extraction.
This has been my problem more-or-less since I started using this package. After an update, I have to manually re-run the following command to restore the setuid
bit on the sandbox helper binary:
# chmod 4755 /opt/visual-studio-code/chrome-sandbox
Again, since makepkg
runs as a non-root user, I can't think of a way to resolve this in the PKGBUILD
itself. It might be possible to automate this in a post-install hook, but I've never used that functionality so can't vouch for its effectiveness.
(EDIT: Accidentally pressed tab before pressing enter and posted unfinished comment)
dcelasun commented on 2023-01-15 15:29 (UTC)
@adelks chrome-sandbox
is already owned by root. Are you sure you haven't made any local modifications?
$ ls -alh /opt/visual-studio-code/ | grep chrome
-rw-r--r-- 1 root root 126K Jan 15 15:26 chrome_100_percent.pak
-rw-r--r-- 1 root root 177K Jan 15 15:26 chrome_200_percent.pak
-rwxr-xr-x 1 root root 1,2M Jan 15 15:26 chrome_crashpad_handler
-rwxr-xr-x 1 root root 15K Jan 15 15:26 chrome-sandbox
adelks commented on 2023-01-15 15:14 (UTC)
Hello, please add a line to the PKGBUILD to fix this:
[6204:0115/161133.400478:FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/visual-studio-code/chrome-sandbox is owned by root and has mode 4755
Thanks!
sourcandy commented on 2023-01-13 00:43 (UTC)
When using AUR helper (Pamac), it will fail to install (failed to generate visual-studio-code-bin information) because the PKGBUILD has this line: install=$pkgname.install
but the file doesn't exist. Simply deleting that line (from PKGBUILD) will solve the issue.
dcelasun commented on 2022-11-26 14:15 (UTC)
@Tim_Paik do you have shared-mime-info-gnome
installed as explained in the pinned FAQ?
Tim_Paik commented on 2022-11-26 14:14 (UTC)
I recently ran into the following problem with GNOME nautilus and VSCode: My default folder opens with VSCode!
xdg-mime query default inode/directory
This command will output code.desktop
, and then when I try to run open <dir_name>
in the fish shell, fish will use VSCode to open this directory, GNOME keyboard The shortcut key also opens the main directory with VSCode by default.
However, when choosing the way to open the directory in nautilus, there is no option to change the default (I think this may be to prevent nautilus from being damaged due to carelessness)
I think it might be because of this commit: Rename desktop files to match upstream
, since this happened to me recently.
I think this is definitely not expected, but I found a temporary workaround, you can run the following command to set the current user's default to normal:
xdg-mime default org.gnome.Nautilus.desktop inode/directory
dcelasun commented on 2022-11-24 14:12 (UTC)
Any objections to that? I don't want to keep pushing updates for a cosmetic issue.
ZZYSonny commented on 2022-11-24 13:10 (UTC)
I think patching "desktopName" to "code.desktop" in /opt/visual-studio-code/resources/app/package.json would be a better choice. Because by default, code-url-handler is hidden and cannot be pinned.
In current setting, the vscode window gets code-url-handler class and displays the right icon. But if we pin the normal vscode, then on the pannel, there will be two vscode icons.
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!)
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.
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.
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-open
uses vscode, not my file manager! How do I fix this?Install shared-mime-info-gnome. Also see this reddit thread.
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.