Tout va bien si ça se termine bien. La semaine dernière arrivé une mise à jour de Visual Studio Code (1.86) et il l'a fait avec une nouveauté que ceux d'entre nous qui utilisent une distribution Linux vieille de quelques mois ne le remarqueront pas et ceux qui utilisent une distribution vieille de quelques années ne le remarqueront pas, mais pour le pire : son les exigences minimales incluaient que la glibc devait être au moins 2.28, et comme Ubuntu 18.04, publié en avril 2028, utilise la glibc 2.27 et qu'une mise à jour pour cette bibliothèque n'est pas attendue, elle n'était plus compatible.
Le principal problème est rencontré par de nombreux développeurs qui gèrent des serveurs, même s'ils ne sont pas les seuls à préférer ne pas mettre à jour. La semaine dernière, ils se sont plaints en apprenant cette nouvelle, et non sans raison si elle est arrivée sans aucun préavis qui leur donnerait le temps de prendre les mesures nécessaires. Mais Microsoft les a écoutés et prévoit de publier une mise à jour de « récupération » pour Visual Studio Code très bientôt. Parmi ce qui sera récupéré, la possibilité d'utiliser les outils de développement à distance dans le populaire éditeur de texte.
Visual Studio Code donne plus de temps aux "anciennes" distributions
Parmi les personnes touchées, celles qui faisaient le plus de bruit étaient celles de Ubuntu 18.04, mais il y a aussi ceux de RHEL 7, CentOS 7, Amazon Linux 2 et tout ce qui est basé sur ces systèmes. Maintenant, tout comme informe OH MON DIEU! Ubuntu ! citant Isidor Nikolic de Microsoft, le support n'est prolongé que de 12 mois :
"Nous en avons discuté plus en détail au sein de l'équipe VS Code et avons décidé d'autoriser VS Code à se connecter à un système d'exploitation qui n'est pas pris en charge par VS Code (ne prend pas en charge la glibc >= 2.28) pendant 12 mois supplémentaires."
Mois 12 C'est ce que l'entreprise à l'origine du système d'exploitation de bureau le plus utilisé au monde considère comme suffisamment de temps pour passer à une option plus moderne, et cela devrait être le cas. En fait, je pense que la bonne chose aurait été de le faire directement, comme ils le font avec leurs systèmes d'exploitation : avec suffisamment de temps libre, ils préviennent qu'ils n'auront plus de support à une certaine date et leur donnent le temps de mettre à jour. ou assumer les conséquences, mais prendre une décision éclairée.
D'ici début 2025, toute personne utilisant une distribution Linux avec la glibc 2.27 ou antérieure devra avoir effectué une mise à niveau vers quelque chose de plus récent ou ne pourra plus utiliser l'éditeur et ses outils pour gérer les serveurs à distance.