Package Details: vscodium 1.99.32562-1

Git Clone URL: https://aur.archlinux.org/vscodium.git (read-only, click to copy)
Package Base: vscodium
Description: Free/Libre Open Source Software Binaries of VSCode (git build from latest release).
Upstream URL: https://github.com/VSCodium/vscodium.git
Licenses: MIT
Conflicts: codium, vscodium, vscodium-bin, vscodium-git
Provides: codium, vscodium
Submitter: cedricroijakkers
Maintainer: cedricroijakkers (daiyam)
Last Packager: daiyam
Votes: 78
Popularity: 2.48
First Submitted: 2021-04-10 15:12 (UTC)
Last Updated: 2025-04-16 18:58 (UTC)

Pinned Comments

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 12 Next › Last »

Richardn commented on 2023-11-11 17:05 (UTC)

Do you consider making this dependent on the system's electron instead of the electron shipped with vscode?

A discussion (5-years ago) is here talking about the rationale:

Isn't electron meant to be used in this way anyway? You have it on your system once, and everything that wants to use it shares it, rather than having it multiple times.

Clearly this isn't the way it's used in practice, as many projects bundle a copy of electron. It seems like allowing code to use the system electron would be a step in the right direction.

The Archlinux official code package already does that, with this PKGBUILD you can reference. The things to change includes:

  • handling version for the system's electron
  • building native modules for the system's electron before building vscodium
  • replace some strings so that the system's electron is called upon starting vscodium

An alternative AUR package vscodium-electron is designed so, but its maintainer is not responding anyone and the package is seriously out-of-date.

LFdev commented on 2023-11-05 18:18 (UTC)

Thank your for creating and maintaining this package. Please update vscodium-uri-handler.desktop:

$ sudo sed -i "s\/opt/\/usr/share/\\g" /usr/share/applications/vscodium-uri-handler.desktop

Veldora commented on 2023-09-20 09:18 (UTC) (edited on 2023-09-20 09:21 (UTC) by Veldora)

When compiling with makepkg parameters: --cleanbuild --syncdeps --noconfirm --clean and with aurutils I get the following error:

Downloading ripgrep failed: TypeError [ERR_INVALID_PROTOCOL]: Protocol "https:" not supported. Expected "http:"
    at new NodeError (node:internal/errors:399:5)
    at new ClientRequest (node:_http_client:189:11)
    at request (node:https:360:10)
    at Object.get (node:https:394:15)
    at /home/user/.cache/aurutils/sync/vscodium/src/vscode/node_modules/@vscode/ripgrep/lib/download.js:141:15
    at new Promise (<anonymous>)
    at get (/home/user/.cache/aurutils/sync/vscodium/src/vscode/node_modules/@vscode/ripgrep/lib/download.js:135:12)
    at getAssetFromGithubApi (/home/user/.cache/aurutils/sync/vscodium/src/vscode/node_modules/@vscode/ripgrep/lib/download.js:190:27)
    at async module.exports (/home/user/.cache/aurutils/sync/vscodium/src/vscode/node_modules/@vscode/ripgrep/lib/download.js:298:9)
    at async main (/home/user/.cache/aurutils/sync/vscodium/src/vscode/node_modules/@vscode/ripgrep/lib/postinstall.js:72:9)

Am I doing something wrong or is there something faulty during the build-process?

daiyam commented on 2023-09-15 07:30 (UTC) (edited on 2023-09-18 07:33 (UTC) by daiyam)

Hi, the 1.82.2 isn't available because VSCode has removed their 1.82.2 tag so the right version can't be downloaded...

Edit: The tag has been re-added and the version has been published

j-c commented on 2023-07-29 08:57 (UTC)

Hi, I tried to install vscodium 1.80.2.23209-1, but got a couple of errors that some URL's can not be redeclared (like serviceUrl, searchUrl, itemUrl, controlUrl) at starting src/vs/platform/product/common/product.ts.

Does anyone know something about this behaviour?

murchu27 commented on 2023-02-03 14:34 (UTC) (edited on 2023-02-03 15:05 (UTC) by murchu27)

UPDATE: false alarm. I restarted a couple of times (once wasn't enough), and eventually the update worked shrugs

ORIGINAL COMMENT: I'm trying to install the latest build ("1.75.0.23033-1"), with pamac update -a, but the build fails with the below error:

yarn install v1.22.19
[1/4] Resolving packages...
[2/4] Fetching packages...
[3/4] Linking dependencies...
[4/4] Building fresh packages...
error /var/tmp/pamac-build-murchu27/vscodium/src/vscode/build/node_modules/esbuild: Command failed.
Exit code: 1
Command: node install.js
Arguments: 
Directory: /var/tmp/pamac-build-murchu27/vscodium/src/vscode/build/node_modules/esbuild
Output:
/var/tmp/pamac-build-murchu27/vscodium/src/vscode/build/node_modules/esbuild/install.js:93
    throw new Error(`Expected ${JSON.stringify("0.15.5")} but got ${JSON.stringify(stdout)}`);
          ^

Error: Expected "0.15.5" but got "0.17.5"
    at validateBinaryVersion (/var/tmp/pamac-build-murchu27/vscodium/src/vscode/build/node_modules/esbuild/install.js:93:11)
    at /var/tmp/pamac-build-murchu27/vscodium/src/vscode/build/node_modules/esbuild/install.js:240:5
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command

I notice what it mentions about the esbuild version - my version is indeed "0.17.5". But looking at the dependencies for vscodium, I don't see esbuild mentioned anywhere. Does it really depend on version "0.15.5"? Or is there something else happening here that I'm not understanding?

macxcool commented on 2023-01-07 15:31 (UTC)

and the checksum doesn't match the github file

macxcool commented on 2023-01-07 13:21 (UTC) (edited on 2023-01-07 15:28 (UTC) by macxcool)

I'm getting:

Failure while downloading https://github.com/VSCodium/vscodium/releases/download/1.74.2.23007/VSCodium-linux-x64-1.74.2.23007.tar.gz

with the latest PKGBUILD. There doesn't seem to be a Linux x64 download in the list of assets for this release... or maybe you were too quick and they just haven't built yet?

Update: It's there now. That's just never happened to me before.

lahwaacz commented on 2022-12-13 20:38 (UTC)

Weird, the problem I had does not appear on a different machine...

lahwaacz commented on 2022-12-11 21:42 (UTC)

@eclairevoyant I made a typo, I meant "After installing version 1.74.0.22342-1..." I'll fix the comment. I'm also building my packages in a clean chroot. The command reports this for the broken version:

{
  "name": "VSCodium",
  "version": "1.74.0",

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 12 Next › Last »