-
Notifications
You must be signed in to change notification settings - Fork 30.1k
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
Allow connecting to unsupported Linux remotes, by use of custom glibc and stdc++ libraries #231623
Comments
Thanks for reaching out. Let me try to answer your questions. There are no plans to extend the February 2025 deadline. Compiler requirements for newer Node.js versions and the security push inside Microsoft will make it harder to support across all three architectures of the legacy server with the current sysroots.
Support will be removed in beginning of March 2025. February release of VS Code will be the last version to support legacy server
Yes, the following changes will be made:
Yes, this is a reasonable ask, we can provide a custom insiders build to test by December. |
Will there be an announcement prior to the release in order to disable automatic updates? Or even better some method to automatically STOP automatic updates prior to this breaking change? |
Our research groups at London universities, along with many hundreds of other colleagues in similar academic environments worldwide, have been unable to upgrade our servers due to factors beyond our control. We hope you understand that, in certain contexts, especially in academia, financial constraints and administrative processes make such changes less feasible and significantly slower. We would greatly appreciate it if a solution could be provided that allows us to continue using VSCode remotely on our outdated servers. A possible approach could be pinning a stable reference version that, while no longer maintained, could still be used by those in similar circumstances (which we believe is a considerable number of users). We appreciate your understanding, as VSCode remains an essential resource for our publicly funded research. |
Also, users of VSCode are not necessarily admins of the systems they utilize. Breaking VSCode users is just penalizing your users, especially when they are not in the ability to upgrade equipment they are required to use. |
Thanks for your feedback. Yes there will be announcement. We will consider making the last version of VS Code that connect to an unsupported OS accessible from our docs. |
I can assure you, many of us cannot have legacy systems upgraded. Many of us are clients and we have no control over the hardware, but we must manage and update code on them. As long as you provide a path to ignore the check and keep using the software bypassing the lockout, we're fine. tldr; there's no way for some of us to upgrade legacy hardware but we still need to do work on them |
Custom builds (including the March planned changes) so that you can be proactive in evaluating workarounds. Please try it out and let us know what you think. |
Tried multiple systems and can't connect even to new debian 12, ubuntu 2204, and rhel9 vms. Same error on rhel9 server: Expand Output
|
AWS has extended Amazon Linux 2 support (which requires continued glibc 2.26 support for VS Code) through June 2026. |
@otterley do you have a source? Official documentation reads:
|
Well... the top hit on Bing was https://aws.amazon.com/amazon-linux-2/faqs/ which is the second question on that page... |
The one-year extension was announced at AWS re:Invent last week. Documentation will be updated shortly and we'll let you know once it's been updated. |
Does this mean that the Feb deadline is going to be pushed forward? |
The Amazon Linux 2 FAQ page has been updated:
|
I understand that future versions will stop connecting to unsupported remotes in Feb. 2025, but can you clarify the behavior if you remain on the current VSCode version past that date, and do not update VSCode? Will connections stop working for either portable or non-portable VSCode? This was also asked in this StackOverflow post. |
Context
I'm following up on a change from earlier this year that caused the "Remote - SSH" VS Code extension to become incompatible with Amazon Linux 2 (among others) by enforcing a version requirement on
glibc >= 2.28
andlibstdc++ >= 3.4.25
. As a temporary workaround, Microsoft made a change to allow VSCode to connect to incompatible OS versions until February of 2025.Related links:
glibc
>= 2.28 #203375Request
With February 2025 fast approaching, it would be helpful to clarify what your action plan is for February. A concrete plan will help those of us who rely on VSCode (and the Remote - SSH extension) for our development workflows to understand what our options are. To kick off this line of communication, I have a few questions:
1a. If not, will support be going away at the beginning or the end of February?
2a. What change (or changes) might that be?
2b. Will elements like
/tmp/vscode-skip-server-requirements-check
still exist?Closely related to my request for opening up a line of proactive communication, I'd also like to request that the legacy compatibility stay in place to whatever extent it is possible and practical to maintain. For users in many environments, pinning versions and missing out on security patches is a complete non-starter. We'd be forced to move to different tooling at least until we move to new, compatible systems.
As a user, I worry that I'll be "left behind" by VSCode despite being on a mainstream distribution's active LTS release.
The text was updated successfully, but these errors were encountered: