Firefox, runningon the machine itself
Mozilla's browser on a Void Linux desktop of your own.The profile lives on the volume, so it is there next time.
$ dxflow workflow create --identity firefox hub://firefox --start --link
Gecko,not another Blink
Mozilla's browser and its own engine, already installed.
Gecko and not Blink, so a page can be checked against the second renderer.
Pages load over the machine's network, so it reaches what the machine can.
History, bookmarks and signed-in sessions stay on the volume between runs.
Every defaultis one override away
The session reads its settings from the environment, so you set them on the start line.
$ dxflow workflow start firefox --override env.app.VNC_PASSWORD=something-long
$ dxflow workflow start firefox --override env.app.AUDIO=on --link
One tab of yours,a whole browser inside
Streamed to your browser, with Firefox already maximized.
A browser that runswhere the data is
Firefox here is not a second copy of the one on your laptop. It sits next to the machine's network.
Requests leave from the machine's address. Reach an internal service, or a site that should not see where you actually are.
Keep downloads and the profile under /volume and the next start opens with your sessions still signed in.
Tabs cost memory here exactly as they do anywhere. Pick the machine for how many you actually keep open.
Pulled once,then it stays
Firefox 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
Firefox asks for 2 cores and 4 GB. Cheapest first.