codium as app executable name instead of vscodium? #1501

Closed
opened 2025-09-10 23:53:34 -05:00 by giteasync · 14 comments
Owner

Originally created by @435vic on GitHub.

The titles, names, and executables in the official and OSS versions all are variations of code and code-oss respectively. Maybe we should keep the pattern by making the executable codium? Also I think the Visual Studio name is copyrighted by Microsoft, not sure, but we might as well be careful. Something else I like about the original code executable is that it's very quick to type, enabling commands like code ~/very/big/path feel more fluent and quick.

Originally created by @435vic on GitHub. The titles, names, and executables in the official and OSS versions all are variations of `code` and `code-oss` respectively. Maybe we should keep the pattern by making the executable `codium`? Also I think the Visual Studio name is copyrighted by Microsoft, not sure, but we might as well be careful. Something else I like about the original `code` executable is that it's very quick to type, enabling commands like `code ~/very/big/path` feel more fluent and quick.
Author
Owner

@drasbeck commented on GitHub:

I like the idea of codium instead of vscodium, because it eases the onboarding of new users.

@435vic, if things stay unchanged (and it looks like they do) you could always just create a symlink to vscodium, called codium.

@drasbeck commented on GitHub: I like the idea of `codium` instead of `vscodium`, because it eases the onboarding of new users. @435vic, if things stay unchanged (and it looks like they do) you could always just create a symlink to `vscodium`, called `codium`.
Author
Owner

@JL2210 commented on GitHub:

See number #28.

@JL2210 commented on GitHub: See number #28.
Author
Owner

@dzmitry-lahoda commented on GitHub:

For pwsh:

New-Alias code vscodium
@dzmitry-lahoda commented on GitHub: For `pwsh`: ``` New-Alias code vscodium ```
Author
Owner

@435vic commented on GitHub:

I see... Well, that does make sense. Thank you!

@435vic commented on GitHub: I see... Well, that does make sense. Thank you!
Author
Owner

@JL2210 commented on GitHub:

Just make a symlink or an alias.

@JL2210 commented on GitHub: Just make a symlink or an alias.
Author
Owner

@JL2210 commented on GitHub:

No, put alias code=vscodium in your bashrc.

@JL2210 commented on GitHub: No, put alias code=vscodium in your bashrc.
Author
Owner

@stripedpajamas commented on GitHub:

All yours @bittner 💙

This is a breaking change, so proceed with caution. Making the change should be simple (change product.json pre-build). I suppose we will need a big notice in the changelog of the next release that lets people know that vscodium will no longer work (and therefore anyone who has alias code=vscodium will break as well). I'm not sure if any extensions are affected. Some extensions try to call the binary itself... I remember this coming up in an issue a couple of weeks ago but I don't recall where it ended up.

@stripedpajamas commented on GitHub: All yours @bittner 💙 This is a breaking change, so proceed with caution. Making the change should be simple (change product.json pre-build). I suppose we will need a big notice in the changelog of the next release that lets people know that `vscodium` will no longer work (and therefore anyone who has `alias code=vscodium` will break as well). I'm not sure if any extensions are affected. Some extensions try to call the binary itself... I remember this coming up in an issue a couple of weeks ago but I don't recall where it ended up.
Author
Owner

@stripedpajamas commented on GitHub:

I think @dzmitry-lahoda is on Windows @JL2210

@stripedpajamas commented on GitHub: I think @dzmitry-lahoda is on Windows @JL2210
Author
Owner

@bittner commented on GitHub:

Can we reopen this issue? I'd like to fix this problem for everyone.

@bittner commented on GitHub: Can we reopen this issue? I'd like to fix this problem for everyone.
Author
Owner

@bittner commented on GitHub:

Personally, I'd like to stick to the pattern that the non-free distribution follows:

  • VSCode --> code
  • VSCodium --> codium

That will make it also easier for developers transitioning from VSCode to VSCodium.
Muscle memory is a thing that is hard to overcome.

@bittner commented on GitHub: Personally, I'd like to stick to the pattern that the non-free distribution follows: * VSCode --> `code` * VSCodium --> `codium` That will make it also easier for developers transitioning from VSCode to VSCodium. Muscle memory is a thing that is hard to overcome.
Author
Owner

@drasbeck commented on GitHub:

Thanks @bittner. 💪

Now I'm happily waiting for this change to silently appear via homebrew.

@drasbeck commented on GitHub: Thanks @bittner. 💪 Now I'm happily waiting for this change to silently appear via homebrew.
Author
Owner

@stripedpajamas commented on GitHub:

Yes that's where the change should be made -- that's the part that updates the product.json file right before building.

@stripedpajamas commented on GitHub: Yes that's where the change should be made -- that's the part that updates the product.json file right before building.
Author
Owner

@bittner commented on GitHub:

Everyone looking into upgrading your vscodium package, please read my hints in the PR. 👀

Thanks @stripedpajamas and @paulcarroty! 🥇 🥂 🍾

@bittner commented on GitHub: Everyone looking into upgrading your `vscodium` package, please [read my hints](https://github.com/VSCodium/vscodium/pull/176#issuecomment-501396622) in the PR. :eyes: Thanks @stripedpajamas and @paulcarroty! :1st_place_medal: :clinking_glasses: :champagne:
Author
Owner

@bittner commented on GitHub:

Cool, thank you!

I'm not totally sure, but shouldn't it possible to simply change the value for applicationName in build.sh? I'll try that in a PR. I hope the build will tell me when things break.

Do we have functional tests? I don't see any. We may want to add a simple one (à la "run codium --version") to the before_deploy: block or after calling ./build.sh in .travis.yml.

@bittner commented on GitHub: Cool, thank you! I'm not totally sure, but shouldn't it possible to simply change the value for `applicationName` in [build.sh](https://github.com/VSCodium/vscodium/blob/master/build.sh#L24)? I'll try that in a PR. I hope the build will tell me when things break. Do we have functional tests? I don't see any. We may want to add a simple one (à la "run `codium --version`") to the `before_deploy:` block or after calling `./build.sh` in [.travis.yml](https://github.com/VSCodium/vscodium/blob/master/.travis.yml#L29-L33).
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: VSCodium/vscodium#1501