Package Details: vscodium-bin 1.99.02289-1

Git Clone URL: https://aur.archlinux.org/vscodium-bin.git (read-only, click to copy)
Package Base: vscodium-bin
Description: Binary releases of VS Code without MS branding/telemetry/licensing.
Upstream URL: https://github.com/VSCodium/vscodium
Licenses: MIT
Conflicts: vscodium
Provides: codium, vscode, vscodium
Submitter: ckatri
Maintainer: sperg512 (Icelk)
Last Packager: Icelk
Votes: 326
Popularity: 8.50
First Submitted: 2020-09-23 18:58 (UTC)
Last Updated: 2025-04-05 11:00 (UTC)

Pinned Comments

sperg512 commented on 2021-05-12 00:31 (UTC) (edited on 2024-06-04 15:14 (UTC) by sperg512)

@Icelk set up a script that checks for new releases and pushes updates if there are any new ones. I believe it runs every hour so there's no need to flag OOD, unless there's something that needs changed with the PKGBUILD.

Latest Comments

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

jongeduard commented on 2024-07-07 00:16 (UTC) (edited on 2024-07-07 00:17 (UTC) by jongeduard)

@Icelk Ok, thanks for confirming. Never mind. I see that none of my other Arch installations have issues with it. So then I assume you're right. :)

Icelk commented on 2024-07-06 20:06 (UTC)

@jongeduard Ok. The change was just a normal commit, so I believe it's on your part.

jongeduard commented on 2024-07-06 09:48 (UTC) (edited on 2024-07-06 09:56 (UTC) by jongeduard)

Hmm, I think get it why I personally didn't see any icon issue at all, I always have always seen the icon here...

I just have "window.titleBarStyle": "custom" set in my json, so that the entire separate title bar isn't there at all (which I can recommend everyone to do!).

By the way, did you perhaps amend/force push something, is it just me who did something wrong myself, for which I now needed git restore vscodium-bin-uri-handler.desktop to get the git pull done? (I maintain a cache directory for all my cloned repos and I use my own written script to automatically update everything. But when a git pull does not come through automatically, it cannot continue without my intervention. I don't use an official AUR helper by the way.)

Icelk commented on 2024-07-02 13:08 (UTC)

@kxxt Thanks for noticing! It's fixed now.

kxxt commented on 2024-06-28 12:33 (UTC)

There is a typo in the filename of vscodium-bin-uri-handler.desktop and /usr/share/applications/codium-uri-handler.desktop. It should be url instead of uri, as vscodium sets its app_id to "codium-url-handler". This typo is causing the window of vscodium having a generic wayland icon when running in wayland.

sperg512 commented on 2024-06-04 13:39 (UTC)

We keep separate desktop entries as some users may wish to continue to run VSCodium under X11. This is done by many other electron-based apps. Unity launch will be fixed in my next push.

jongeduard commented on 2024-05-26 15:05 (UTC) (edited on 2024-05-26 15:05 (UTC) by jongeduard)

Can you please (like ZorinArch also asked) remove --unity-launch from the .desktop file?

It causes actual problems.

The command in de desktop file is written /usr/bin/codium --unity-launch %F, but not only does this command give a warning ("Warning: 'unity-launch' is not in the list of known options, but still passed to Electron/Chromium.") when I type it myself, but it also fails to open VSCodium with a directory passed as argument through the %F parameter (which for example happens when I right click a directory to open it with VSCodium in my Thunar file explorer).

I now have to customize the shortcut myself in order to get it working properly.

hype-vhs commented on 2024-05-22 22:24 (UTC) (edited on 2024-05-22 22:24 (UTC) by hype-vhs)

We can unconditionally pass in --ozone-platform-hint=auto in vscodium-bin.sh. This opts into Wayland if and only if it's available at runtime.

matejdro commented on 2024-05-22 06:08 (UTC)

Any reason why there are two desktop files for launching VSCodium? Couldn't install script detect whether you are running X11 or Wayland and install only one?

OliverP commented on 2024-05-20 20:18 (UTC)

Hello! Back to my last issue from a few months ago with chrome-sandbox's setuid bits not being correct, and inhibiting it running on the linux-hardened kernel. Seems like the problem was that it also required 'chown root' being set too.

I have added the following to the end of the package function in PKGBUILD and it seems to make it work correctly:

chown root "${pkgdir}/opt/vscodium-bin/chrome-sandbox"
chmod 4755 "${pkgdir}/opt/vscodium-bin/chrome-sandbox"

Let me know if there are any other problems, I will be available.

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