The desktop editor,on a desktop you rent
Visual Studio Code on an Ubuntu desktop of your own.The application itself, not a browser build of it.
$ dxflow workflow create --identity vscode hub://vscode --start --link
The real editor,not a web build
The desktop application, with Miniconda and Copilot alongside.
The application itself, not a browser port of it, on a real desktop.
conda sits on the PATH, so Python environments work from a terminal.
The profile and the extensions directory both sit on the volume too.
Every defaultis one override away
The session reads its settings from the environment, so you set them on the start line.
$ dxflow workflow start vscode --override env.app.VNC_PASSWORD=something-long
$ dxflow workflow start vscode --override env.app.TASKBAR=show --link
The editorfills the screen
Streamed to your browser, with VS Code already maximized.
It runs as root,so keep it to yourself
Inside the container there is one user, and VS Code drops its sandbox to live with that.
The editor starts with --no-sandbox because root cannot use one. A strong VNC_PASSWORD is what stands in for it.
Installed at /opt/miniconda, so conda builds Python environments straight from the integrated terminal.
Copilot installs itself on the first launch, into the extensions directory on the volume. It is still there on the next start.
Pulled once,then it stays
VS Code Server arrives as one image. This is what comes down the first time, and what the disk should have free for it.
What it wants,and what it needs
The definition asks for 2 cores and 4 GB. The image comes up on less than that, and a start given --fit trims the ask to whatever the machine actually has.
Machines that fit it
VS Code Server asks for 2 cores and 4 GB. Cheapest first.