Remote containers in VSCodium #1471
Replies: 6 comments
-
It's not possble to connect vscodium to vscode-server, vscode from MS uses a Node native addon |
Beta Was this translation helpful? Give feedback.
-
@Weissnix4711 You should use the assets |
Beta Was this translation helpful? Give feedback.
-
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! |
Beta Was this translation helpful? Give feedback.
-
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. |
Beta Was this translation helpful? Give feedback.
-
same for me |
Beta Was this translation helpful? Give feedback.
-
If I understand that correctly you'd have to do one of the following:
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. |
Beta Was this translation helpful? Give feedback.
-
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 theproduct.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
andserverDataFolderName
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
becomescode-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?
Beta Was this translation helpful? Give feedback.
All reactions