this post was submitted on 01 Aug 2025
23 points (89.7% liked)

Programming

21924 readers
610 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 2 years ago
MODERATORS
snowe@programming.dev
Ategon@programming.dev
MaungaHikoi@lemmy.nz
UlrikHD@programming.dev
23
This project uses Docker to create an environment where you can run containers on a remote host, in such a way that your local working directory is visible to the container and optionally use X11. (github.com)
submitted 1 day ago by vk6flab@lemmy.radio to c/programming@programming.dev
3 comments fedilink hide all child comments
 

Today I published an update to my remote-docker project.

The purpose of this project is to run Docker on a remote computer while providing container access to specific parts of your local filesystem with X11 support.

For example, you can use this to run your browser inside a container and only give it access to your ~/Downloads folder.

Access is over SSH (and SSHFS) and Docker is not installed on your workstation, just a few bash scripts.

Feedback (and patches .. Ha!) welcome.

Have fun!

O

you are viewing a single comment's thread
view the rest of the comments
[–] BrianTheeBiscuiteer@lemmy.world 2 points 1 day ago (1 children)

Neat idea. Seems useful for something like a Codium server too. Keep source local but code, compile, and run(?) on the remote.

[–] vk6flab@lemmy.radio 1 points 1 day ago (1 children)

Yes, you can run it remotely too.

The biggest challenges with Docker are:

  • You need to install a lot of stuff to use it.
  • You cannot create a volume across the network

Many people think of Docker as a virtual machine, but a better way to look at it is as a security wrapper around a process.

For example, this project allows you to setup your build to store the build artefacts on your workstation while not having to install a crap ton of stuff to build it in the first place.

I use it for tools where I don't care about the tool, just the data it produces. With a symbolic link to the launch command .. see the examples .. running a process locally is indistinguishable from running it remotely.

[–] rutrum@programming.dev 2 points 13 hours ago

Many people think of Docker as a virtual machine, but a better way to look at it is as a security wrapper around a process.

I really like this interpetation of containers. Thanks for sharing.