Anche se il campo di applicazione si riferisce anche alla versione desktop VSCode 1.86, inizialmente non era così. Il programma che ha smesso di funzionare per tutti ed è stato protestato è stato VSCode server. Produrre VSCode basato su binari predefiniti, quando si desidera eseguire lo sviluppo remoto su un altro sistema.
VSCode Server 1.86, come la versione desktop, richiede la versione glibc 2.28 o successiva.
https://code.visualstudio… Distribuzioni Linux precedenti
Questo ti dà una situazione in cui puoi aggiornare a 1.86 con il tuo sistema operativo attuale e aggiornato sul sistema del tuo sviluppatore, ma poi non puoi connetterti al tuo server perché 1.86 non ha binari predefiniti compatibili.
Questo perché i server spesso eseguono versioni con supporto esteso per diverse distribuzioni Linux. In questo caso particolare, è la finestra di supporto per Red Hat Enterprise Linux Extended Support che sembra mettere i bastoni tra le ruote ed è ancora legata a una versione di glibc molto più vecchia.
(Si scopre che questo e il piccolo gruppo di sviluppatori che inizialmente hanno attirato molta attenzione sul problema erano tutti dipendenti di Amazon. Quindi la domanda è quanto sia grande in realtà il problema. E quanto dipenda dal fatto che Amazon non aggiorna i suoi programmi indesiderati prodotti e (o hackerare il loro codice direttamente in ambienti di produzione mission-critical che non possono essere disabilitati per gli aggiornamenti.)
Il fatto che Tweakers stia ancora una volta proponendo un enorme titolo clickbait dopo averlo già sottolineato nel loro precedente articolo nei commenti, è a dir poco triste. Per dirla più chiaramente: è del tutto negligente e poco professionale prendersi cura di VSCode in questo modo, come se qualcosa non andasse.
[Reactie gewijzigd door R4gnax op 7 februari 2024 01:33]
