Vlákno názorů ke zprávičce VS Code nefunguje v Ubuntu 18.04 od RDa - A v ubuntu nemaji .so soubory v nazvu,...
-
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í.
-
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.
-
KateStříbrný podporovatel
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à)
