Názory k článku
VS Code nefunguje v Ubuntu 18.04

A co je za problem? LTS verze jsou snad od toho, ze se v nich sw temer nemeni, idealne se instaluji jen bezpecnostni aktualizace. Prave z duvodu, aby se neco nerozbilo.

Takze na extended support bych vubec necekal novy sw, tedy s Mrkvosoftem souhlasim.

Ono je to podobne aj vo Windows: posledna verzia, ktora bezi na Windows 2012R2 a 8.1 je vscode 1.79.

on ten bug na githubu je na remote development...

tj. nekdo se ze svyho laptopu (s normalnim distrem) pripojuje na vypocetni cluster kde bezi tohle historicky ubuntu..

z me nejasnych duvodu jsou tyhle priserne-stary distra oblibeny v bioinzenyrskych oborech, nevim proc.

Je to remote developement, a ten někdo tam posílal logy z windows...

Souhlasím s developery VS Code, že tohle řešit nechtějí.

Buďto ať používá starší verzi VS (nebo jiný nástroj), a nebo ať má aktualizovaný server

Alebo ten flatpack/snap whatever.

Podle mě bouře ve sklenici vody. Vyvíjet něco na systému, kde mám samé staré knihovny, které už moc lidi nepoužívá, mi stejně připadá poněkud mimo mísu.

Jak jsem i já psal už včera na ábíčku: "18.04 je téměř 6 let stará verze (jasně, chodí jí aktualizace a HWE, ale ...), které už skončila standardní podpora. Viděl bych to na klasickou bouři ve sklenici vody."

Zapomínáte na to, že jsme lemplové líní.
Dokud to má podporu - bezpečnostní aktualizace - a funguje to, proč do toho šťourat.
Sám jsem zažil přechod od každá verze -> každá LTS verze -> Každá druhá LTS verze ... u každé třetí LTS verze ještě nejsem, ale podpora k 18.04 stále běží a to do 31.5.2023, takže lze s měsíčním testováním přejít rovnou na 24.
Soucítím s technikem, co si hoví a říká si, že má času dost ... a najednou, nejde debug. Pravda, jednodušší je podverzit code, než alternativní řešení.

Aktualizace by měla být součást standardního vývojového cyklu aplikace. Tyhle dlouhý podpory se týkají jen omezeného počtu balíčků a opravují se jen ty opravdu do očí bíjící bezpečnostní chyby.

To "Každá druhá LTS verze" šetří nějaké problémy?

Osobně s těmito velkými skoky nemám dobré zkušenosti. Případně problémy stejně musíš vyřešit, a rozbít toho moc najednou pak komplikuje hledání jednotlivých problémů.

A přeskočit upgrade stejně nemůžeš, alespoň na Debianu není nijak garantováno a nejspíš nedopadne vůbec dobře upgradovat rovnou "ob verzi".

Jo on je rok 2024 už. Beru zpět, sssss.

A v ubuntu nemaji .so soubory v nazvu, resp. pripone, i cislo verze knihovny?

Co brani instalaci novejsi verze a pousteni VSCODE skrze LD_PRELOAD??

A nebyl nahodou smysl Flatpaku ten, aby aplikace si vozili sve knihovny???

Aha.. linost uzivatelu, kteri cekaj ze jim pecene bajtiky naskacou do procesoru, a de-mentalita vyvojaru a architektu ubuntu a flatpaku :D

no, viz výše, on ten bug je reportovanej na remote development plugin.. Tj. dotycnej si do lokalniho vscode (nainstalovanyho $jakkoliv) nabuší URL/IP svýho clusteru, vscode se tam nasshčkuje, spustí instanci nodejs, a pracovní část se pak děje např na výpočetním node, GUI běží u dotyčnýho operátora na laptopu.

Ten proces spawning na remote si dělá vscode samo, a zatím je konfigurovatelný naprosto minimálně.

Bojuju s tím na svým HPC taky, $useři by rádi používali recentní libky, který si buildíme na míru platformě, ale vscode se nenechá triviálně přesvědčit, aby si je naloadovalo - jakkoliv to je např. v ssh session triviální.

A u vas nelze zvazit vlastni sestaveni, z toho co je na githubu pro vscode?
(fork, patch, build)

https://github.com/microsoft/vscode

technicky by to šlo. Prakticky.. ..to řešíme přes jejich remote development tunnels[1], který se dají spustit v patřičně modifikovaném prostředí.

Tj. user si pustí interaktivní job, v něm si naloaduje moduly s gcc, a kdovíjakými dependencemi které potřebuje, a v tomhle prostředí se spustí code cli.

Takže strom procesů vscode na server-side už vidí "správné" prostředí.

Ale spousta sites s vscode začala dříve, než byly tunely v vscode dostupný, takže na to maj napsaný tutoriály, atp.

[1] https://code.visualstudio.com/docs/remote/tunnels

Děkuji, o tunnels jsem nevěděl a pak jsem místo toho pouštěl webový VS Code na remotu.

Flatpak si samozřejmě knihovny bere vlastní z runtime, díky tomu jsem třeba mohla zabalit flutter aplikaci, aby běhala na PostmarketOS (Flutter se neumí linkovat s Musl, a pmos ho používà)

U Remote SSH pluginu se nekompatibilita v minulosti už objevila. Naštěstí ve VScode jde na dvě kliknutí nainstalovat starší verzi jakéhokoliv pluginu a případně ji zapinovat.

5. 2. 2024, 17:42 editováno autorem komentáře

Btw: bude prodlouzeno o rok
https://www.omgubuntu.co.uk/2024/02/vscode-recovery-update-for-ubuntu-18-04

Z nějakého důvodu mi stejný release rozbil i remote připojení na server s Gentoo. Podotýkám, že to Gentoo je samozřejmě naopak velmi aktuální.

Výměna glibc v Ubuntu 18.04 podle https://stackoverflow.com/a/77799500/431705 mi funguje.