| Both sides previous revision Previous revision Next revision | Previous revision |
| documentation:containers [2023/03/06 14:52] – [WSL 2 GPU Drivers] marcusk | documentation:containers [2024/06/19 07:32] (current) – marcusk |
|---|
| </cli> | </cli> |
| |
| Both above requires your user to have ''sudo'' access. If your user belongs to the group ''docker'', you can instead use ''use-docker-rootless'' and ''use-nvidia-docker-rootless''. | Both above requires your user to have ''sudo'' access. If your user belongs to the group ''docker'', you can instead use ''use-docker-rootless'' and ''use-nvidia-docker-rootless''. Adding your user can normally be done with the command ''sudo usermod -a -G docker [your usernane]''. |
| | |
| | If you intend to run this with a real robot: |
| | <cli> |
| | make use-real |
| | </cli> |
| | This adds ''--priviledged'' flag to when running the docker image. This means that it would then no longer be fully sandboxed. This allows among other things unrestricted access to USB devices which is commonly required for cameras. |
| |
| More options are available in the documentation: https://git.cs.lth.se/robotlab/ros-containers and more specifically you can take a peep inside ''Makefile'' to see available commands. | More options are available in the documentation: https://git.cs.lth.se/robotlab/ros-containers and more specifically you can take a peep inside ''Makefile'' to see available commands. |
| This will build the base image, a special user image where your user is known and mapped and finally a container to run it all in. | This will build the base image, a special user image where your user is known and mapped and finally a container to run it all in. |
| |
| By default your home directory is mapped to ''environment/home'' relative to ros-container repo root. | By default your home directory is mapped to ''home'' relative to ros-container repo root. |
| |
| ==== Resume and reset ==== | ==== Resume and reset ==== |
| </cli> | </cli> |
| |
| This command will resume your container.// Note:// if the container is resumed in one terminal and you resume again, you will effectly use the same terminal interface in multiple terminals (they will be mirrored). | This command will resume your container. |
| | // Note:// if the container is resumed in one terminal and you resume again, you will effectly use the same terminal interface in multiple terminals (they will be mirrored). |
| |
| |
| ===== Workspace Tips/Tricks ===== | ===== Workspace Tips/Tricks ===== |
| |
| === Using a custom rosinstall === | ==== Using a custom rosinstall ==== |
| Let say it is named ''custom.rosinstall'', replace the name with whatever you want. | Let say it is named ''custom.rosinstall'', replace the name with whatever you want. |
| |
| - Copy your ''custom.rosintall'' to ''[ros-containers-path]/environment/home'' or if using //shared-home//, to your user home directory. | - Copy your ''custom.rosintall'' to ''[ros-containers-path]/home'' or if using //shared-home//, to your user home directory. |
| - In your home directory, run ''workspace init custom.rosinstall'' | - In your home directory, run ''workspace init custom.rosinstall'' |
| - This will clone all the repos described in ''custom.rosinstall'' | - This will clone all the repos described in ''custom.rosinstall'' |
| **Note:** ''workspace init'' autocompletes when pressing the [TAB] key, it combines central rosinstalls with local ones in your current directory. | **Note:** ''workspace init'' autocompletes when pressing the [TAB] key, it combines central rosinstalls with local ones in your current directory. |
| |
| === Switching branches === | ==== Switching branches ==== |
| By default ''~/catkin_ws'' will contain a file ''current.rosinstall'' which was used to initialize the workspace. | By default ''~/catkin_ws'' will contain a file ''current.rosinstall'' which was used to initialize the workspace. |
| If you modify it, you can run ''workspace reimport'' to apply the new branches and clone new repos that did not exist before. | If you modify it, you can run ''workspace reimport'' to apply the new branches and clone new repos that did not exist before. |
| | |
| | If you are using ROS2, it would be called ''~/colcon_ws'' instead. |
| |
| **Note**: ''workspace reimport'' will not move or remove repos - you will have to do that manually. | **Note**: ''workspace reimport'' will not move or remove repos - you will have to do that manually. |
| | ====== Resources ====== |
| ===== WSL 2 GPU Drivers ===== | ===== WSL 2 GPU Drivers ===== |
| https://learn.microsoft.com/en-us/windows/wsl/tutorials/gui-apps | https://learn.microsoft.com/en-us/windows/wsl/tutorials/gui-apps |
| |
| ==== VS Code Workflow ==== | ===== VS Code Workflow ===== |
| The files in the home folder (in the container) are by default available in ''environment/home''. But in stead of opening that folder in your VS Code, a more convenient way is to attach VS Code to the container. You need to have the Docker extension installed in VS Code for this to work. | The files in the home folder (in the container) are by default available in ''home''. But instead of opening that folder in your VS Code, a more convenient way is to attach VS Code to the container. You need to have the [[https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.vscode-remote-extensionpack|Remote Development extension]] installed in VS Code for this to work. |
| |
| To attach your VS Code to the running Docker container, choose the Docker panel and right-click on the container to get a context menu. | To attach your VS Code to the running Docker container, choose the Docker panel and right-click on the container to get a context menu. |