Uh oh!
There was an error while loading. Please reload this page.
build: remove legacy server support - #235232
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
Robo (deepak1556)
commented
Dec 4, 2024
Behavior moving forward
/cc Connor Peet (@connor4312)Christof Marti (@chrmarti)Martin Aeschlimann (@aeschli)joshspicer |
Kevin Murphy (murkvin)
commented
Dec 4, 2024
Thank you for your work on this. I appreciate your efforts to get this out early enough that we can build confidence in whatever workarounds we may choose to use. |
Miles Raymond (reukiodo)
commented
Dec 5, 2024
This Insiders build can't connect to any host, all with the same env as VSCode: 1.96.0-insiderVersion: 1.96.0-insider (Universal) Commit: 785c2b4 Date: 2024-12-04T09:42:59.065Z Electron: 32.2.6 ElectronBuildId: 10629634 Chromium: 128.0.6613.186 Node.js: 20.18.1 V8: 12.8.374.38-electron.0 OS: Darwin arm64 24.1.01.95.3 (Universal)Version: 1.95.3 (Universal) Commit: f1a4fb1 Date: 2024-11-13T14:50:04.152Z Electron: 32.2.1 ElectronBuildId: 10427718 Chromium: 128.0.6613.186 Node.js: 20.18.0 V8: 12.8.374.38-electron.0 OS: Darwin arm64 24.1.0there is no output, it just connects: |
f9ac576 to
33f45d6CompareRobo (deepak1556)
commented
Jan 16, 2025
We are exploring an option for Remote SSH that allows providing a custom glibc path to the vscode server which could serve as a temporary workaround, this mode will be tagged as unsupported but provides a way to not disable vscode updates until your system can be transitioned. The flow would be as follows,
Here is a quick demo of the above, Kevin Murphy (@murkvin) and others please provide feedback if this helps your case. I will provide links to the builds once they are ready later today. Screen.Recording.2025-01-16.at.23.29.01.mov |
d205d43 to
0b72af9Compare9da9d68 to
05e3e50CompareKevin Murphy (murkvin)
commented
Jan 22, 2025
I'm checking in here on the status of available samples. If they are available, could you provide sample builds for VS Code + Remote - SSH? |
Excellent! Thank you for the follow-up. I really appreciate your collaboration here. At this stage, things seem to be working! I improvised a bit on the instructions (especially around creating the sysroots). Based on your comment, it sounds like you're still working on some of that, so I won't jump ahead there. One note that I do want to share is that folks should check their |
Robo (deepak1556)
commented
Jan 24, 2025
I have updated the docs yesterday https://github.com/microsoft/vscode-docs/pull/7953/files, can you check again and if there is something to be added please share.
Good point to add in the docs, I have been testing with 0.18. There is one issue I am aware of NixOS/patchelf#524 the order of the calls matter otherwise it can lead to corrupted binaries. |
05e3e50 to
ea65039CompareSimon Sobisch (GitMensch)
commented
Jan 24, 2025
An you please add to the docs an approximation of how much MB will be downloaded and how long this takes to built? And... as the workaround is available that way - is there a reason to not distribute a "ready to use" sysroot which could be downloaded and semi-automated for remote-development? |
GhislainC
commented
Jan 27, 2025
Hello Robo (@deepak1556) , I tried to download the win32-x64-archive at https://vscode.download.prss.microsoft.com/dbazure/download/insider/05e3e508d2c3a9761665d661e5c4e1e73ee54ad0/VSCode-win32-x64-1.97.0-insider.zip but I am experiencing a gateway error : Can you help me ? I need the archive one to test in "portable" mode and to not alter my current vscode installation. Thanks Ghislain |
Robo (deepak1556)
commented
Jan 27, 2025
GhislainC I can confirm the error, seems like the win32 archive failed to publish. Let me retrigger build off a new commit, will post here again once the bits are published. |
ea65039 to
be8b8daCompareRobo (deepak1556)
commented
Jan 27, 2025
Not sure if I understood this correctly, but the sysroot will not be downloaded by the remote server it has to be predeployed on the remotes and the env variables configured were you expect the server to connect.
We are dropping support for legacy servers due to maintenance reasons, maintaining the sysroot will be no different. The workaround exists to ease transition of systems that can build and deploy the sysroots without having to disable VSCode updates. |
Robo (deepak1556)
commented
Jan 27, 2025
Robo (deepak1556)
commented
Jan 27, 2025
GhislainC you can try https://unix.stackexchange.com/questions/4921/sh-startup-files-over-ssh/ or remote commands with |
GhislainC
commented
Jan 29, 2025
Ok thanks. It works now for remote SSH (I have to tune a little bit the provided crosstool-ng's config). I tested the sysroot with both RemoteSSH (RHEL7) and Dev Containers (centos7), it works! Thanks for your solution allowing us to continue to work. Thank you also Robo (@deepak1556) for your quick and efficient assistance on this thread. Ghislain |
Hi Robo (@deepak1556) the kernel info: 4.4.0-31-generic thanks |
Hi ximin.li (@liximin) I faced exactly the same problem with RedHat 7 |
ximin.li (liximin)
commented
Feb 12, 2025
GhislainC thank you , it works now. |
Alex Balik (sfc-gh-abalik)
commented
Feb 14, 2025
I tried this out and it worked. Thanks for providing a workaround for those of us stuck on old OS's! Minor thing - the correct patchelf variable to set is |
be8b8da to
9eb2d97Compare
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.




Fixes#231623