one last change I also propose: setting
options=(!strip !debug)
. This should speed build time
That should go to your /etc/makepkg.conf
. It's only a last resort for a PKGBUILD to do it if e.g. stripping a binary breaks the build.
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) |
« First ‹ Previous 1 2 3 4 5 6 7 8 .. 78 Next › Last »
one last change I also propose: setting
options=(!strip !debug)
. This should speed build time
That should go to your /etc/makepkg.conf
. It's only a last resort for a PKGBUILD to do it if e.g. stripping a binary breaks the build.
@marmis your patch looks good! I'll integrate it into the next version.
Hi @ZorinArch I also made a pacman hook that patches VSCode files for some of these XDG issues (especifically #15741, #129953 and #214741), as upstream doesn't look very interested in fixing them. Package: vscode-xdg-patch-hook
@dcelasun If you're interested, I've made a patch to fetch desktop and MIME files from Github, then modify the @@VARIABLES@@ in a new prepare
script. You can see it in this commit. Other changes proposed there are:
use a more descriptive name for the license: either custom: Microsoft Software License Terms
or the SPDX version LicenseRef-MicrosoftSoftwareLicenseTerms
use POSIX-only for the launcher script
Edit: one last change I also propose: setting options=(!strip !debug)
. This should speed build time (from 8.40 s to 4.89 s, for me), with very minimal increase in package size (125 MiB to 131 MiB, minimal compression).
@ZorinArch I've changed that line to match upstream as per the previous comment. Please report it upstream.
Hi, @dcelasun, please update MimeType
in code.desktop
and add line below, because now the app not showing in open with
context menu.
MimeType=text/plain;inode/directory;application/x-code-workspace;
It's not intentional, just out of sync. I'll push an update soon.
Hi, @dcelasun, the XDG files look a little bit outdated. Not sure if it is intentional, but code.desktop, code-url-handler.desktop and code-workspace.xml all don't match their upstream versions.
Also, the current version is affected by issue #129953. It would be nice to have a patch applied downstream while that is not fixed. If you're interested, I've implemented both changes in this repository.
segfaults immediately without out any output even when run in verbose mode. A reinstall did not fix it for me.
The current latest version (visual-studio-code-bin-1.92.0-1) seems to segfault immediately, too early to even log any crash data.
EDIT: A reinstall fixed it.
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.