Note: ROS galactic is experimental and not actively contributed to by the RoboStack team anymore. ROS Noetic or ROS2 Humble are recommended for most users at this time.
Table with all available packages & architectures
Welcome to RoboStack, which tightly couples ROS with Conda, a cross-platform, language-agnostic package manager. We provide ROS binaries for Linux, macOS, Windows and ARM (Linux). Installing other recent packages via conda-forge side-by-side works easily, e.g. you can install TensorFlow/PyTorch in the same environment as ROS galactic without any issues. As no system libraries are used, you can also easily install ROS galactic on any recent Linux Distribution - including older versions of Ubuntu. As the packages are pre-built, it saves you from compiling from source, which is especially helpful on macOS and Windows. No root access is required, all packages live in your home directory. We have recently written up a paper and blog post with more information.
If you use RoboStack in your academic work, please refer to the following paper:
@article{FischerRAM2021,
title={A RoboStack Tutorial: Using the Robot Operating System Alongside the Conda and Jupyter Data Science Ecosystems},
author={Tobias Fischer and Wolf Vollprecht and Silvio Traversaro and Sean Yen and Carlos Herrero and Michael Milford},
journal={IEEE Robotics and Automation Magazine},
year={2021},
doi={10.1109/MRA.2021.3128367},
}
To get started with conda (or mamba) as package managers, you need to have a base conda installation. Please do not use the Anaconda installer, but rather start with miniforge
/ mambaforge
or miniconda
, which are much more "minimal" installers. These installers will create a "base" environment that contains the package managers conda (and mamba if you go with mambaforge
). After this installation is done, you can move on to the next steps.
Note: Make sure to not install the ROS packages in your base environment as this leads to issues down the track. On the other hand, conda and mamba must not be installed in the ros_galactic, they should only be installed in base. Also do not source the system ROS environment, as the
PYTHONPATH
set in the setup script conflicts with the conda environment.
# if you don't have mamba yet, install it first:
conda install mamba -c conda-forge
# now create a new environment
mamba create -n ros_galactic ros-galactic-desktop python=3.9 -c robostack-experimental -c conda-forge --no-channel-priority --override-channels
conda activate ros_galactic
# optionally, install some compiler packages if you want to e.g. build packages in a colcon_ws:
mamba install compilers cmake pkg-config make ninja colcon-common-extensions
# on Windows, install Visual Studio 2017 or 2019 with C++ support
# see https://docs.microsoft.com/en-us/cpp/build/vscpp-step-0-installation?view=msvc-160
# on Windows, install the Visual Studio command prompt via Conda:
mamba install vs2019_win-64
# note that in this case, you should also install the necessary dependencies with conda/mamba, if possible
# reload environment to activate required scripts before running anything
# on Windows, please restart the Anaconda Prompt / Command Prompt!
conda deactivate
conda activate ros_galactic
# if you want to use rosdep, also do:
mamba install rosdep
rosdep init # note: do not use sudo!
rosdep update
Note: at the moment on Windows only the Command Prompt terminal is supported, while Powershell is not supported.
Feel free to open issues in this repository's issue tracker (please check whether your problem is already listed there before opening a new issue) or come around on Gitter to have a chat / ask questions. Please note that this repository is not an official distribution of ROS and relies on volunteers. It is further highly experimental - unfortunately things might not work immediately out-of-the-box, although we try our best.
To install Jupyter-ROS and JupyterLab-ROS which provide interactive experiences for robotics developers in Jupyter Notebooks, please see the relevant repositories for Jupyter-ROS and JupyterLab-ROS.
CMake Error at /Users/me/miniconda3/envs/ros_galactic/share/catkin/cmake/catkinConfig.cmake:83 (find_package):
Could not find a package configuration file provided by "std_msgs" with any
of the following names:
std_msgsConfig.cmake
std_msgs-config.cmake
First, make sure that the package is installed; in the example case it would be mamba install ros-galactic-std-msgs
. You can use rosdep
to install dependencies. Second, make sure that your CMAKE_PREFIX_PATH
points to your ros_galactic
, in the example case you could achieve this by export CMAKE_PREFIX_PATH=/Users/me/miniconda3/envs/ros_galactic/
. This might happen if CMAKE_PREFIX_PATH
is not empty when you activate your ros_galactic
.
RoboStack is based on conda-forge and will not work without conda. However, check out rospypi which can run in a pure Python virtualenv. rospypi supports tf2 and other binary packages.
This project is in early stages and we are looking for contributors to help it grow. Please see CONTRIBUTING.md for ways to contribute.
The robostack project uses vinca to generate recipes from a yaml file. The yaml file is the vinca_PLATFORM.yaml
files in this repository.
To walk through the steps of setting up vinca and running builds:
# make sure to add conda-forge to your channels in `~.condarc`
mamba install pip boa -c conda-forge
# install vinca
pip install git+https://github.com/RoboStack/vinca.git --no-deps
# move the vinca file you're interested in to `vinca.yaml`
cp vinca_linux_64.yaml vinca.yaml
# now you can run vinca. The platform argument is optional
vinca --platform=linux-64
# You can check the recipe and additional created files now
cat recipe.yaml
cat build_ament_cmake.sh ...
# To build the package(s) run boa.
# the -m applies the pinnings (versions) mentioned in the given yaml files
boa build . -m .ci_support/conda_forge_pinnings.yaml -m conda_build_config.yaml
# ALTERNATIVELY:
# Note you can also build "multiple" recipes which can be more efficient as not
# all source tarballs are downloaded at once.
vinca -m
boa build recipes/ -m ... (as above)
# from this you can generate an azure pipeline locally, e.g.
vinca-azure -d recipes -t mytriggerbranch -p linux-64
# which will create a `linux.yml` file that contains the azure pipeline definition