-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Cannot use Remote Development extension pack #196
Comments
I expect this is not working for very similar reasons as #128 -- the functionality is still considered a "proposal". As such, MS lists the allowed proposals in the product.json file pre-build. Their current list (1.35.0) is:
Our current list is:
We can get Remote Development working by adding these proposals pre-build, as we are adding the liveshare proposal. |
Thanks!@stripedpajamas |
FYI (since inclusion is being discussed and also some vscodium users seem to care about this) the remote development pack is at least currently not FOSS. |
@qlan3 unfortunately the server side code is not open source, so I don't know what conditions cause that error message. I would suspect it is because only Visual Studio Code is supported. Also, as @brianclinkenbeard mentioned, this feature if not freely licensed. This link as additional links to other related licenses to do with the Remote Dev extension, and they all restrict use to a "validly licensed copy of Microsoft Visual Studio Code". VSCodium (or a manual build of the Will close this out for now, as I don't think there's anything further we can do until the licensing opens up or it's taken out of beta. |
I've bounced off this several times, so leaving a breadcrumb trail here for others. Combining this ticket, this bug report, and these docs, I did the following on my Mac, after installing
That gets me past the
I filed microsoft/vscode-remote-release#967 , and it appears to be a deliberate licensing choice by Microsoft to not allow use of the Remote Development extension pack with No new information here, but wanted to put all the known details in one place. |
FWIW, I questioned the limitation in the extension over at microsoft/vscode-remote-release#1925 . |
As version 1.55.2 I can't execute pinging @stripedpajamas Do we have an ETA? |
following. Is the only way to get it to build it ourselves or is there something we can change in the configuration? |
Microsoft explicitly doesn't want you to use the remote development extensions with anything except official Microsoft VSCode. microsoft/vscode-remote-release#967 quotes the license, which used to explicitly say you are only allowed to use these extensions with official VSCode. I don't read legalese, but unless something has changed, the remote extensions cannot be legally used with anything but VSCode (though the license may not actually hold up in court). So unless Microsoft changes their mind, the only way to get these features is to re-implement them. |
I've made a list of the vscode extensions that I use and I noticed that 3 of them are closed source. As you can see, Microsoft is slowly starting to close-source some key vscode extensions. Give it 5 years and I bet you that it will be like Android, with an open source core but all the "extensions" closed source.
I tried to find vscode alternatives because I can clearly see where Microsoft is headed, so I made a list of IDEs. It's not good as you can see :
I hope new projects will come up, but given the complexity of modern IDEs, we're kinda screwed. |
If you meet "Connection error: Unauthorized client refused", just change |
Interesting! It was added in October. |
@skbeh Yep, it's the way to go 😉 |
I was able to patch the client and server to make it work with VSCodium. I don't know how to make it available to others... |
@AdvisedlyAlburn I think you're being a bit alarmist. Closed-source extensions are a minority and there isn't much evidence of a trend towards more closed source extensions from Microsoft. You can't blame Microsoft for the fact that Google made a closed-source GCP extension. The closed source remote extensions are obviously on Microsoft - my guess is that those are closed source because the remote editing capabilities gives VSCode a competitive edge and they want to retain that as long as possible. Pylance is probably about that too. However, most of the popular VSCode extensions are open source and built around open source tools. Even if Microsoft did start close-sourcing their other extensions, the community could easily fork them. And since the tools they are built around are open source, the community could create their own extensions for those tools. And if VSCode goes totally to hell, we can move on to one of it's fully open source forks. |
@daiyam Please do share the patching process. |
What is the way to make the extension work in vscodium? |
On this time, just change |
I had to edit |
Where is the I can install the extension with the docs workaround, both in the .deb and the flatpak (plus the docker socket override for this one), but nothing happens, not even the "command 'opensshremotes.openConfigFile' not found" message shows up. |
So I fiddled a little more with bits from here and there between vscode, vscodium and flatpak vscodium and I've got the full steps to make it run. I know the flatpak is unnoficial but whatever, I'm gonna put the extra step and someone can link it from there. I guess making docker visible when using a .deb build comes "by default" as it has access to the same things as the user (assuming the user in the docker group).
In the flatpak, the file should be placed in 3.5. This is the extra step I was mentioning. It took me a lot of time as I came with a "drawing the rest of the owl moment" in [this issue in the vscode flatpak[(https://github.com/flathub/com.visualstudio.code/issues/203). I found the full explanation of how to do it here. It's for podman, but the steps are exaclty the same just that instead of
|
wait, what? I'm working in a toolbox and that directory is not inside the toolbox, correct? I am very confused. |
Describe the bug
I cannot use Remote Development extension pack.
Please confirm that this problem is VSCodium-specific
Please confirm that the issue/resolution isn't already documented
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The configuration file is open.
Screenshots

If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):
The text was updated successfully, but these errors were encountered: