Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remote containers in VSCodium #1229

Closed
Weissnix4711 opened this issue Sep 2, 2022 · 6 comments
Closed

Remote containers in VSCodium #1229

Weissnix4711 opened this issue Sep 2, 2022 · 6 comments

Comments

@Weissnix4711
Copy link

Hi,

I would like to use devcontainers in VSCodium. Is this possible?

The issues I've been facing so far seem to be that when the Remote Containers extension creates a container, it tries to install the closed source vscode server inside the container. It does this by getting the URL https://update.code.visualstudio.com/commit:e04433b713b33cd229ae8fbb747c31997b7a5074/server-linux-x64/stable where the commit hash is taken from the product.json file. The domain however does not seem to be configurable. It seems to be hard-coded into the extension.

So, obviously this VSCodium commit hash from my release isn't going to be found on Microsoft's servers. I therefore tried changing the commit option in product.json to the hash of the commit which this VSCodium build is based on. This seems to work at first, as that buid can be found on the vscode update server, and is installed in the container.

However this leads to further issues as the serverApplicationName and serverDataFolderName dir names are also taken from the product.json file. Those directories obviously don't exist in the proprietary server release which has been installed in the container. So, I changed those values as well. codium-server becomes code-server and .vscodium-server becomes.vscode-server. This probably breaks god knows what else, but never mind.

Now the container finishes building installing and running whatever tests. That's great, but the workspace is still not opened. I get an error message which says Failed to connect to the remote extension host server (Error: Connection error: Unauthorized client refused). I presume this is because of a version mismatch? I did make sure to use the commit hash which my VSCodium build is based on, but apparently this is not good enough?

Does anyone know if this can even be done, or am I wasting my time here? Is there a way to either install a different non-ms build of vscode server inside the container, or can anything be done to force code to connect to the incorrect server version regardless?

@jeanp413
Copy link

jeanp413 commented Sep 3, 2022

That's great, but the workspace is still not opened. I get an error message which says Failed to connect to the remote extension host server (Error: Connection error: Unauthorized client refused). I presume this is because of a version mismatch? I did make sure to use the commit hash which my VSCodium build is based on, but apparently this is not good enough?

It's not possble to connect vscodium to vscode-server, vscode from MS uses a Node native addon vsda (not bundled in code-oss) which is some kind of DRM so only MS vscode desktop/server can connect which each other [1]

@daiyam
Copy link
Member

daiyam commented Sep 3, 2022

@Weissnix4711 You should use the assets reh which are codium-server.
And https://github.com/xaberus/vscode-remote-oss might be useful.
I will need to make times to iron out all of this...

@github-actions
Copy link

github-actions bot commented Mar 3, 2023

This issue has been automatically marked as stale. If this issue is still affecting you, please leave any comment, and we'll keep it open. If you have any new additional information, please include it with your comment!

@github-actions github-actions bot added the stale label Mar 3, 2023
@dbrgn
Copy link

dbrgn commented Mar 20, 2023

I'd be interested too in a way to use the devcontainers extension with the open source version of Code... @github-actions please un-stale.

@github-actions github-actions bot removed the stale label Mar 21, 2023
@kikislater
Copy link

same for me

@GitMensch
Copy link
Collaborator

If I understand that correctly you'd have to do one of the following:

  • adjust the devcontainer extension - to make the URL configurable; which won't work if that is a ms-licensed non-source-available extension
  • create an own devcontainer extension that does the same steps than the one you refer to - which now is configurable and possibly default to vscodium
  • use an existing remote extension and the devcontainer parts, possibly https://github.com/xaberus/vscode-remote-oss or https://github.com/jeanp413/open-remote-ssh

In any case there isn't anything vscodium can directly do about that (all necessary code is in, all binaries including reh are built and distributed), so I'm converting this to a discussion.

@VSCodium VSCodium locked and limited conversation to collaborators Apr 11, 2023
@GitMensch GitMensch converted this issue into discussion #1471 Apr 11, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants