Dockerfiles and scaffolding for official ROS and Gazebo images on Docker Hub.
OSRF Docker Images is a repository that hosts Dockerfiles and build infrastructure for official Docker images of ROS (Robot Operating System) and Gazebo robotics simulation software. It provides both production-ready images in the Docker Official Library and development-focused images under the OSRF organization, enabling consistent containerized environments for robotics development, testing, and deployment.
Robotics developers and engineers who need reliable, versioned container images for ROS and Gazebo, including those working on production deployments, continuous integration, and advanced development workflows.
Developers choose this project because it offers officially supported, multi-architecture Docker images that balance stability for production with flexibility for development, including specialized images for CI, nightly builds, and legacy ROS releases not available elsewhere.
A repository to hold definitions of docker images maintained by OSRF
Open-Awesome is built by the community, for the community. Submit a project, suggest an awesome list, or help improve the catalog on GitHub.
Images are part of the Docker Official Library, ensuring production-ready reliability and regular updates, as stated for 'production and general downstream use' in the README.
OSRF overlay images include extra meta-packages like desktop installations for GUI support, saving build time during CI or local development, as highlighted in the ROS and Gazebo overlay sections.
ROS images are built for amd64, arm32v7, and arm64v8 architectures, enabling deployment on diverse hardware from servers to embedded devices, with clear status badges in the README.
Specialized images like nightly and devel are designed for continuous integration and source compilation, providing early regression detection and isolated development environments, as described in the ROS2 development images section.
ROS 2 Rolling Ridley images can change base images without notice, posing a risk for breaking changes in dependent workflows, as warned in the README: 'may jump base image without notice.'
Multi-architecture builds for Gazebo are incomplete, with arm32v7 and arm64v8 statuses commented out in the README, restricting deployment on ARM platforms for simulation.
OSRF images require pulling with explicit tags instead of default latest tags, which can be cumbersome and error-prone for users, as noted in multiple sections like 'Images must be pulled using an explicit tag.'
Some development images, such as nightly-rmw-nonfree, include closed-source software with third-party licenses, adding legal overhead for teams using non-free components.