| 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: | 311 |
| Popularity: | 7.49 |
| First Submitted: | 2020-09-23 18:58 (UTC) |
| Last Updated: | 2024-11-16 02:00 (UTC) |
I get this when installing the update
patching file /usr/share/vscodium-bin/resources/app/product.json
Unreversed patch detected! Ignore -R? [n]
Apply anyway? [n]
Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file /usr/share/vscodium-
bin/resources/app/product.json.rej error: command failed to execute correctly
@nimainimaii I'm not actually sure. That's just kind of how it's always been so I've never felt the need to change it.
Is there any reason the package also creates a link to /usr/bin/codium along with /usr/bin/vscodium?
yeah i have absolutely no idea what the fuck is happening rn, i just finished my exams and came back to this lol
anyways, @lkrms you can just create a symlink on your own. it'll stay there for each release, as it's just pointing to /usr/bin/codium which is, ofc, updated each release.
@zaandoff will do, internet is spazzing out atm so I don't know when it'll update.
thanks for everyone's feedback, by the way. i think we should just keep it the way it is right now lol
Also @sperg512, the PKGBUILD still has conflicts with vscode. Line 22 needs be changed to provides=('codium')
Thanks!
I agree as well, that they are separate projects. The names themselves make it clear, and we shouldn't be linking binaries to names that don't match. Especially when there is an AUR package that is for vscode, of which the binary file provided is named code. I would expect that running ln -s /usr/local/bin/codium /usr/local/bin/code is a whole lot easier for anyone who would want that link than manually compiling and installing vscodium every time there is a new release. It makes no sense to link vscodium to code, because it isn't code. Its codium.
@lkrms This project is VS Codium, not VS Code. Yes, they come from the same code base, but they are not the same project. They are compiled differently and their binaries are different. Therefore, linking /usr/local/bin/code to the codium binary doesn't make sense. Its not the same thing.
If your workflows were broken from the removal of this symlink, can you not just add it yourself to get the same result? Inversely, if the symlink is kept in the PKGBUILD, we can not have VS Code and VS Codium installed at the same time. If you truly have a problem with VS Code not being open source, and that being at odds with the spirit of Arch Linux, then a better place to reach out would be either Microsoft, or the maintaner for the VS Code AUR package, would it not?
Again, this is all said respectfully :)
@lkrms Respectfully from my part as well, they are projects with the same root (like OpenOffice and LibreOffice) but with different names and functionality. Yes, indeed they are intended to be as close as possible, but they are not the same, in many aspects.
@teras Respectfully, they're not separate projects. They're distinct builds of the same project, following identical release schedules and versioning. From the VSCodium home page: "The VSCodium project exists so that you don’t have to download+build from source. This project includes special build scripts that clone Microsoft’s vscode repo, run the build commands, and upload the resulting binaries for you to GitHub releases."
It's supposed to work as a drop-in replacement for VS Code. Removing this symlink disrupts that (IMHO).
@ikrms IMHO the one project is called "code", the other "codium". If someone requires "codium" to point to "code", just do so. And as a general Unix user, I feel more comfortable to just create this symlink instead of having to use a platform specific and not everyday used "overwrite" or "nodeps" option instead.
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.