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: 13.44
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 .. 22 23 24 25 26 27 28 29 30 31 32 .. 78 Next › Last »

emptyDir commented on 2021-02-11 19:28 (UTC)

Looks like the PKGBUILD has an incorrect checksum for the x86_64 package:

 ==> Validating source_x86_64 files with sha256sums...
    code_x64_1.53.1.tar.gz ... FAILED

From PKGBUILD:

sha256sums_x86_64=('1ca01ed57ae47b3bf25eaac185e64102e78810caa2df6d14fc233beb1d8d7103')

Downloaded the package manually and compared the checksum to the version downloaded by makepkg, and they seem consistent, but don't match the above:

$ sha256sum code_x64_1.53.1.tar.gz 
23c93a7bf6ceed346f9f2034b4630d8d497dcc3f4b9cce6b67f08f8d272e1530  code_x64_1.53.1.tar.gz

$ sha256sum ~/Downloads/code-stable-x64-1613044905.tar.gz 
23c93a7bf6ceed346f9f2034b4630d8d497dcc3f4b9cce6b67f08f8d272e1530  /home/emptyDir/Downloads/code-stable-x64-1613044905.tar.gz

PrfStrwberry commented on 2021-01-06 20:00 (UTC) (edited on 2021-01-20 21:02 (UTC) by PrfStrwberry)

EDIT: I think it was caused by firejail. I enabled firejail for every program with #firecfg. Cleaning with #firecfg --clean and vs code started after right click -> open with.

Although one or two months ago, the problem did not exist.

When visual-studio-code-bin is closed, are you guys able to open a file by right clicking it and selecting open with vs code?

Nothing happens, when I do that. Kate opens fine.

If I have vs code open, I can right click and select open with vs code and everything works, as supposed to.

EDIT: more specific, text files are fine, json for example not.

bulletmark commented on 2020-12-17 20:52 (UTC)

@dcelasun, note you don't have to bump the pkgrel. Just push the commit. Anybody who already has it installed isn't affected because the built package is the same version anyhow.

dcelasun commented on 2020-12-17 18:57 (UTC)

@Magissia sure, but I don't want to bump pkgrel just for that, so I'll add it with the next release.

Magissia commented on 2020-12-17 18:53 (UTC) (edited on 2020-12-17 18:55 (UTC) by Magissia)

Could you consider adding a "pentium4" architecture to the pkgbuild ? This architecture would still use ia32 archive for installation.

arch variable would need to be modified to arch=('x86_64' 'i686' 'pentium4' 'aarch64' 'armv7h')

Additional source need to be added :

source_pentium4=(code_ia32_${pkgver}.tar.gz::https://vscode-update.azurewebsites.net/latest/linux-ia32/stable)

Additional instruction for package() is required : if [ "${CARCH}" = "pentium4" ]; then _pkg=VSCode-linux-ia32 fi

If for any reason Microsoft stop providing the ia32 archive, both i686/pentium4 should be removed.

Context https://bbs.archlinux32.org/viewtopic.php?pid=7714#p7714

Thank you.

stronglodge commented on 2020-12-17 00:55 (UTC)

The SHA is wrong for x64, should be 8c30fddfab0b403b68b8151e79a3c2ccb4a3d44ba8e063c0f957f901165e72cd

Det commented on 2020-12-16 15:17 (UTC)

options=('!strip')?

dcelasun commented on 2020-12-15 14:11 (UTC) (edited on 2020-12-15 14:11 (UTC) by dcelasun)

@enkeyz AUR packages assume you already have the base-devel group installed. Run pacman -S base-devel and try again.

enkeyz commented on 2020-12-15 13:19 (UTC)

yay giving me error when trying to install: "ERROR: Cannot find the strip binary required for object file stripping."

shastry commented on 2020-11-12 04:33 (UTC)

Please add to PKGBUILD: options=('!strip')

This will speed up packaging significantly.

It is a handy option when repackaging binary.

« First ‹ Previous 1 .. 22 23 24 25 26 27 28 29 30 31 32 .. 78 Next › Last »