March 04, 2025
2024 ROS Metrics Report

2024 ROS Metrics Report


:down_arrow: Download the full metrics report here: 2024 ROS Metrics Report.pdf (2.9 MB)

(For reference, the 2023 report is available here)

Once a year we check up on the general health, well-being, and growth of the ROS community by collecting metrics from the various ROS projects and services in a report. The goal of this metrics report is to give the community a snapshot of the growth and composition of the ROS community. As part of our ongoing quest to better understand the ROS community this year we’re publishing some basic Github contribution metrics (total contributors, total pull requests, etc).

We take the privacy of the ROS community seriously, and we try to minimize the collection of user data, which makes constructing this report difficult. We lean heavily on proxy measurements to estimate the overall growth and health of the community. This year the metrics report consists of aggregate statistics from various ROS and Gazebo services, including:

  • ROS Discourse
  • Robotics Stack Exchange
  • The ROS Wiki
  • Google Analytics attached to various ROS websites
  • ROS Index
  • ROS Download Data
  • Github Contributions
  • Google Scholar Citations

Now, let’s get to the good news! We are happy to report that the ROS community is healthy, growing, and that we are over the hump on the ROS 2 transition! Just shy of 72% of all downloads from our servers are now ROS 2 as of October 2024. ROS 2 questions also make up 93% of ROS questions asked on Robotics Stack Exchange! ROS 2 Humble had nearly twice as many downloads in October 2024 as ROS 1 Noetic (39.39% vs 22.18%).




This year we’ve added some new metrics to help us better understand our contributor community. For the ROS 2, Gazebo, and Open-RMF Github projects we calculated basic metrics about code contributions and contributors. For each of these three organizations the total number of contributors was up for the year (3.2% for ROS, 30.59% for Gazebo, and 23.08% for Open-RMF) while the total number of pull requests was a mixed bag (up 20% for ROS, down 1% for Gazebo, and up 6.87% for Open-RMF). It is worth noting that these numbers only reflect our core project Github repositories, and things like ROS packages, and ROS distro reside outside the scope of these Github projects. Fun fact: for the past two years running the ros2 documentation repository has had the most number of pull requests, by almost 3x the next most active repository (ROSBag2). We really are working hard to make the ROS documentation better!

On the Gazebo front about 3.5 million Gazebo packages were downloaded in December of 2024, that would put us at about 42 million Gazebo package downloads per year. Unfortunately, how that number precisely breaks down between Gazebo versions is a bit difficult to determine. By the raw numbers modern Gazebo makes up a whopping 86.6% of all Gazebo downloads, but we noticed a lot of mirroring behavior on our servers by multiple IP addresses, which may skew these results.

This year, most of the ROS metrics we checked have demonstrated fairly substantial growth, usually in the range of 10-20%. However, certain parts of the ROS community are shrinking, and in some cases that’s a good thing! For example, ROS Wiki page views are down 5% and the wiki barely grew in 2024. This is a good thing, ROS 1 and the ROS 1 Wiki goes end of life in about three months!

ROS downloads were also down slightly for 2024, about 3% from last year. We suspect that ROS Docker downloads are starting to significantly outpace ROS binary downloads. We’ve reached out to DockerHub in the past to see if we can get granular DockerHub statistics, but so far we’ve been unsuccessful (if you can help here please reach out).

Similarly, ROS Discourse participation numbers are down, or flat on the year. However, ROS Discourse page views are up by 18% on the year, and the total number of ROS Discourse users has increased by about 2600 users. People are obviously coming to ROS Discourse to get their news, but they don’t seem too interested in using the platform for discussion. One theory we have for this is that the ORSF Discord, OSRA Slack servers, and PMC meetings are absorbing some of the regular discussion that used to happen on Discourse.


Here are some highlights from the report that illustrate how the ROS community is growing.

  • 531,452,142 ROS packages were downloaded in 2024 (down about 3%, but we think this is a combination of Docker and lower sync frequencies).
  • Docs.ros.org users increased by 23.75%.
  • ROS Discourse posts have decreased by about 11% but page views are up by 18%
  • 4,842 questions were asked on Robotics Stack Exchange that’s up over 170% over last year!
  • 93% of Robotics Stack Exchange questions were about ROS 2.
  • Our ROS LinkedIn account grew by 43% to over 160,000 followers.
  • ROS Melodic was just 2.32% of package downloads in October 2024.
  • ROS 2 Humble has nearly twice as many downloads as Noetic (22% versus 40%)!
  • ROS 2 now makes up 72% of ROS Downloads.
  • 13,335 academic citations of the original ROS paper and over 1,016 citations of our ROS 2 paper
  • There are over 1250 companies using ROS (that we know of).
  • A large percentage of our Gazebo downloads are now modern Gazebo.

We’ve included exports of a few key slides that may be useful to everyone. Please feel free to use these slides however you see fit.







![2024 ROS Metrics Report (6)|690x388](upload://l5bg5N3RHuwiv3VNSWs3GV2fvX.png

We would love to hear what you think, what metrics should be included next year? Keep in mind that we don’t track our users, which makes the use of more traditional telemetry tools difficult.

3 posts - 2 participants

Read full topic

by Katherine_Scott on March 04, 2025 05:55 PM

Next Client Library WG Meeting: Friday 7th March 8AM PST

Hi,

The next meeting of the Client Library Working Group will be this Friday, 7th March 2025 at 8 AM Pacific Time.

The group is currently reviewing some updates to the executors: introduction of multi-threaded events executor in C++, bug fixes in the multi-threaded “waitset” and introduction of events-executor in Python.
Last meeting we also started discussing about performance evaluation of ROS 2 systems.

Everyone is welcome to join and bring their own topics for discussion!

1 post - 1 participant

Read full topic

by alsora on March 04, 2025 03:52 PM

March 03, 2025
Interop SIG March 6, 2025: Memory-safe High-performance Async ROS Programming: A Preview

Community Page

Meeting Link

Calendar Link

2025-03-06T15:00:00Z UTC

Interoperability often involves managing complex interactions between devices. These interactions may be transmissions of data or they may be physical activities that need to take place according to a specific procedure. In either case, good use of async programming is necessary to prevent processes from stalling while waiting for units of action to finish. Async programming is especially important when one process is managing multiple agents simultaneously.

Async programming is also notoriously difficult to do correctly. Traditional imperative programming is good for describing linear sequential steps, but quickly becomes difficult to follow when it needs to describe multiple interwoven activities. Race conditions are endemic in async programming, including data races which can violate memory safety, leading to bugs that are extremely difficult to fix. Even worse, these bugs can open programs up to security vulnerabilities.

This talk will provide a preview of some work in progress being done for rclrs, a community-driven ROS client library for the Rust programming language. The upcoming features will allow rclrs to support Rust’s high performance async programming capabilities, with memory safety guaranteed at compile time. We will look at the (working draft) API for these features and especially cover how the API differs from rclcpp and rclpy in order to take advantage of the unique characteristics of the Rust language, making many common use cases of async programming intuitive and fool-proof.

3 posts - 2 participants

Read full topic

by grey on March 03, 2025 01:23 PM

February 28, 2025
ROS News for the Week of February 24th, 2025

ROS News for the Week of February 24th, 2025


Join us on 2025-03-10T08:00:00Z UTC for our first ever Open-RMF Community Forum. The Open-RMF core development team wants to meet with the community and discuss the future of the project.



Want a better way to build realistic Gazebo worlds? Check out this Gazebo terrain generator that can use digital elevation maps (DEMs) and images to build Gazebo worlds.


Our friends over at the Le Robot team have released their own low-cost mobile manipulator.

tb4
Sometimes it is the little wins! Our friend @RobotDreams has a working example of a TurtleBot4 navigating around their home using a Raspberry Pi 5.


wizard2
Do you need a simple URDF model for Gazebo? Check out this new wizard that automates the process of making simple robot models.

Events

News

ROS

Got a Minute? :mantelpiece_clock:


We could really use some help over in the ROS documentation!

This week someone pointed out that you can use Ament CMake to automatically set environment variables for your robot. This feature is really handy for things like configuring your RMW settings or your Gazebo simulation. The feature has existed for some time, but since it is undocumented people rarely use it. We would really appreciate it if someone would write the docs for it. We’ve got a couple of example use cases so writing the documentation should only take an hour or two. :heart:

1 post - 1 participant

Read full topic

by Katherine_Scott on February 28, 2025 08:40 PM

February 26, 2025
Module X-by-Wire Chassis for Autonomous R&D

Hey everyone! This is Weiwei, super excited to introduce an awesome chassis platform for autonomous driving testing (X-By-Wire). It’s designed based on Autoware, supports the “ROS” system, and comes with a modular design that allows precise electronic signal control for the vehicle. It helps development teams quickly validate algorithms, integrate hardware, and test systems—making the jump from prototype to real-world testing way faster. If you’re interested, feel free to reach out, and I’d be happy to give you all the details! :blush:

4 posts - 3 participants

Read full topic

by Weiwei on February 26, 2025 10:52 PM

February 25, 2025
ROS Deliberation Community Group Meeting - Mar 3, 2025

The next ROS Deliberation Community Group meeting will be on 2025-03-03T15:00:00Z UTC. The focus will be on behavior trees.

Google Meet link: https://meet.google.com/njs-ieym-dgk

Agenda:

Feel free to propose additional agenda items, join the mailing list, or the Discord server.

- Sebastian

1 post - 1 participant

Read full topic

by scastro on February 25, 2025 01:21 PM

Allow for more complex joints in URDF

We have a robot using MoveIt & OMPL for its movements. In our robot, we have some parts that are not actuated but depend on the state of other joints.

Example: we have a cable that is pushed&pulled depending on the extension of our arm. We managed to integrate it in the URDF using multiple mimic joints, but this solution is limited to a linear relation between one joint and the mimic joint.

We would like to be able to specify a complex kinematic relation between joints, for example using a passive joint and an IK plugin. This IK would be used to update the robot model when checking collisions, for example.

I believe this is not too far from the already existing transmission API of the URDF format.

Is there anyone out there with the same issue? What do you think of this use case?

12 posts - 7 participants

Read full topic

by Hugal31 on February 25, 2025 11:19 AM

February 22, 2025
ROS News for the Week of February 17th, 2025

ROS News for the Week of February 17th, 2025


TurtleBot3 66 Multi-Robot Control with TurtleBot3

Events

News

OSRA News

ROS

Got a Minute :mantelpiece_clock:

We had one item this week that are looking for feedback.

1 post - 1 participant

Read full topic

by tfoote on February 22, 2025 01:40 AM

February 18, 2025
Cloud Robotics WG Meeting 2025-02-24

Please come and join us for this coming meeting at 2025-02-24T17:00:00Z UTC2025-02-24T18:00:00Z UTC, where we will discuss the latest in Cloud Robotics news. The session will be more of an informal chat.

Last meeting, we tried out KubeEdge using cloud Ubuntu instances and Raspberry Pi boards. We were unable to get a full setup working, but we did see some KubeEdge functionality and were able to provide feedback to the writers. If you’re interested to see the meeting, it is available on YouTube.

If you are willing and able to give a talk on cloud robotics in future meetings, we would be happy to host you - please reply here, message me directly, or sign up using the Guest Speaker Signup Sheet. We will record your talk and host it on YouTube with our other meeting recordings too!

The meeting link is here, and you can sign up to our calendar or our Google Group for meeting notifications or keep an eye on the Cloud Robotics Hub.

Hopefully we will see you there!

1 post - 1 participant

Read full topic

by mikelikesrobots on February 18, 2025 12:50 PM

February 17, 2025
QR Code Vision Tracking: Machine Vision Intergeration Into ROS

In this article, I will share the process of bringing a Python-based robotic arm QR code tracking system into ROS and running this project in a simulation environment.

video (6)

Youtube:

myCobot 280 | ROS Visual Tracking Case Tutorial

Environment Setup

For this project, it is recommended to use the following development environment and dependency versions:

Operating System : Ubuntu 20.04 LTS

ROS Version : Noetic

Python Version : Python 3.8 or higher

Library Version Requirement : pymycobot 3.6 or higher

Installing Key Dependencies

Run the following commands in the terminal to install the necessary Python libraries:

pip install stag-python opencv-python scipy numpy pymycobot

Creating a Workspace and Package in ROS

Creating a ROS Workspace

  1. Open the terminal and create a new ROS workspace called catkin_ws:
mkdir -p ~/catkin_ws/src
  1. Enter the workspace directory and initialize it:
cd ~/catkin_wscatkin_make
  1. Set up the environment variables to ensure ROS can locate the workspace:
echo "source ~/catkin_ws/devel/setup.bash" >> ~/.bashrcsource ~/.bashrc

Tip : This configuration will load the workspace settings automatically each time a new terminal is opened.

Creating a ROS Package

  1. In the src directory, create a new ROS package called qr_tracking with required dependencies (such as rospy and std_msgs):
cd ~/catkin_ws/srccatkin_create_pkg qr_tracking rospy std_msgs

2.Verify the package creation. The qr_tracking directory should contain a standard ROS package structure, including CMakeLists.txt and package.xml files.

  1. Update dependencies: Open the package.xml file and ensure the following dependencies are included:
<?xml version="1.0"?>
<package format="2">
  <name>mycobot_280</name>
  <version>0.3.0</version>
  <description>The mycobot 280 package</description>

  <author email="lijun.zhang@elephantrobotics.com">ZhangLijun</author>
  <maintainer email="lijun.zhang@elephantrobotics.com">ZhangLijun</maintainer>

  <license>BSD</license>

  <url type="website">https://github.com/elephantrobotics/mycobot_ros</url>

  <buildtool_depend>catkin</buildtool_depend>

  <build_depend>roscpp</build_depend>
  <build_depend>rospy</build_depend>
  <build_depend>std_msgs</build_depend>
  <build_depend>actionlib</build_depend>
  <build_depend>mycobot_description</build_depend>
  <build_depend>mycobot_communication</build_depend>

  <build_export_depend>mycobot_communication</build_export_depend>
  <build_export_depend>mycobot_description</build_export_depend>

  <exec_depend>roscpp</exec_depend>
  <exec_depend>rospy</exec_depend>
  <exec_depend>std_msgs</exec_depend>
  <exec_depend>actionlib</exec_depend>
  <exec_depend>joint_state_publisher</exec_depend>
  <exec_depend>joint_state_publisher_gui</exec_depend>
  <exec_depend>robot_state_publisher</exec_depend>
  <exec_depend>xacro</exec_depend>
  <exec_depend>joy</exec_depend>
  <exec_depend>rviz</exec_depend>
  <exec_depend>controller_manager</exec_depend>
  <exec_depend>python-tk</exec_depend>
  <exec_depend>mycobot_description</exec_depend>
  <exec_depend>mycobot_communication</exec_depend>

  <export>
    <!-- Additional information for other tools can be added here -->
  </export>
</package>
  1. Rebuild the workspace to apply the ROS package configuration updates:
cd ~/catkin_wscatkin_make

Ensure that the URDF file for the robotic arm is correctly configured within the ROS package to display the model accurately.

Importing Python Files into the ROS Package

Setting Up the Scripts Directory

In your ROS package qr_tracking, create a folder named scripts to store the Python scripts. Use the following commands:

cd ~/catkin_ws/src/qr_tracking
mkdir scripts

Move your Python files (such as camera_detect.py, uvc_camera.py, marker_utils.py, etc.) to this scripts directory:

mv /path/to/camera_detect.py ~/catkin_ws/src/qr_tracking/scripts/
mv /path/to/uvc_camera.py ~/catkin_ws/src/qr_tracking/scripts/
mv /path/to/marker_utils.py ~/catkin_ws/src/qr_tracking/scripts/

Modifying Python Files for ROS Compatibility

To ensure the Python scripts work with ROS, you need to make some adjustments, such as importing ROS libraries, initializing ROS nodes, and defining message publishers/subscribers. Using camera_detect.py as an example, here are the primary modifications needed:

  1. Import ROS Libraries

At the top of your Python file, add imports for rospy and any necessary ROS message types:

import rospy   from std_msgs.msg import String
  1. Initialize the ROS Node

Initialize a ROS node at the beginning of your code:

rospy.init_node('camera_detection_node', anonymous=True)
  1. Define Topic Publisher/Subscriber

Based on the requirements, define a publisher or subscriber. For example, to publish QR code detection results:

pub = rospy.Publisher('qr_detection', String, queue_size=10)   rate = rospy.Rate(10)  # 10 Hz

Then, you can set up a function to detect QR codes and publish the results. For example:

# Assuming there is a function to detect QR codes
   def detect_qr_code():
       while not rospy.is_shutdown():
           # Detection logic here
           detection_result = "QR code detected"  # This is the detection result
           rospy.loginfo(detection_result)
           pub.publish(detection_result)
           rate.sleep()

Code Example

Below is a simplified code snippet showing how to publish QR code detection results in camera_detect.py:

#!/usr/bin/env python
import rospy
from std_msgs.msg import String

def detect_qr_code():
    pub = rospy.Publisher('qr_detection', String, queue_size=10)
    rospy.init_node('camera_detection_node', anonymous=True)
    rate = rospy.Rate(10)  # 10 Hz

    while not rospy.is_shutdown():
        # Replace with actual detection logic
        detection_result = "QR code detected"  # Simulated detection result
        rospy.loginfo(detection_result)
        pub.publish(detection_result)
        rate.sleep()

if __name__ == '__main__':
    try:
        detect_qr_code()
    except rospy.ROSInterruptException:
        pass

Note : Ensure the Python files are executable by running chmod +x ~/catkin_ws/src/qr_tracking/scripts/*.py.

Configuring the CMakeLists.txt File

Overview of CMake Configuration

In ROS, the CMakeLists.txt file is a core configuration file for each package, specifying how to compile and install files within the package. It includes configuration details like compiler options, library dependencies, and installation paths. For Python scripts to function as ROS nodes, we need to make a few necessary adjustments to this file.

Modifying CMakeLists.txt

To make the Python scripts executable within ROS, follow these steps:

  1. Add Catkin Build Dependencies

Ensure CMakeLists.txt includes a find_package statement to locate catkin and the necessary ROS dependencies, such as rospy and std_msgs. Here’s an example:

cmake_minimum_required(VERSION 2.8.3)
   project(mycobot_280)
   add_compile_options(-std=c++11)

   ## Find catkin and any catkin packages
   find_package(catkin REQUIRED COMPONENTS
     roscpp
     rospy
     std_msgs
     actionlib
     image_transport
     cv_bridge
   )
  1. Install Python Scripts

Use catkin_install_python to specify the installation path for Python scripts and to ensure they have executable permissions. Assuming your Python scripts are located in the scripts directory, add the following section to CMakeLists.txt:

catkin_install_python(PROGRAMS
     scripts/follow_display.py
     scripts/slider_control.py
     scripts/teleop_keyboard.py
     scripts/listen_real.py
     scripts/listen_real_of_topic.py
     scripts/simple_gui.py
     scripts/follow_display_gripper.py
     scripts/slider_control_gripper.py
     scripts/listen_real_gripper.py
     scripts/detect_stag.py
     DESTINATION ${CATKIN_PACKAGE_BIN_DESTINATION}
   )

This command installs the Python scripts to the ROS package’s binary directory and ensures they have executable permissions after compilation.

  1. Add Dependencies

Before calling catkin_package(), declare the dependencies to ensure ROS correctly resolves them. For example:

catkin_package(     CATKIN_DEPENDS std_msgs actionlib   )
  1. Complete Example

Here is a sample configuration for the CMakeLists.txt file:

cmake_minimum_required(VERSION 2.8.3)
   project(mycobot_280)
   add_compile_options(-std=c++11)

   ## Find catkin and any catkin packages
   find_package(catkin REQUIRED COMPONENTS
     roscpp
     rospy
     std_msgs
     actionlib
     image_transport
     cv_bridge
   )

   ## Declare a catkin package
   catkin_package(
     CATKIN_DEPENDS std_msgs actionlib
   )

   ## Include directories
   include_directories(include ${catkin_INCLUDE_DIRS} ${OpenCV_INCLUDE_DIRS})

   ## Install Python scripts
   catkin_install_python(PROGRAMS
     scripts/follow_display.py
     scripts/slider_control.py
     scripts/teleop_keyboard.py
     scripts/listen_real.py
     scripts/listen_real_of_topic.py
     scripts/simple_gui.py
     scripts/follow_display_gripper.py
     scripts/slider_control_gripper.py
     scripts/listen_real_gripper.py
     scripts/detect_stag.py
     DESTINATION ${CATKIN_PACKAGE_BIN_DESTINATION}
   )

   ## Install launch and config directories
   install(DIRECTORY launch DESTINATION ${CATKIN_PACKAGE_SHARE_DESTINATION}
     PATTERN "setup_assistant.launch" EXCLUDE)
   install(DIRECTORY config DESTINATION ${CATKIN_PACKAGE_SHARE_DESTINATION})

   ## OpenCV requirements
   find_package(OpenCV REQUIRED)
   add_executable(opencv_camera src/opencv_camera)
   target_link_libraries(opencv_camera ${catkin_LIBRARIES} ${OpenCV_LIBRARIES})
   add_executable(camera_display src/camera_display)
   target_link_libraries(camera_display ${catkin_LIBRARIES} ${OpenCV_LIBRARIES})

With these modifications, the Python scripts will be part of the ROS package, given executable permissions, and runnable using ROS tools such as rosrun.

This section is crucial for guiding users on how to compile, start, and verify the project’s functionality in ROS.

6. Compiling and Running

Compiling the Workspace

After configuring all aspects of your ROS package, you need to compile the workspace to generate and configure the necessary resources.

  1. Ensure you are in the root directory of the workspace:
cd ~/catkin_ws
  1. Run catkin_make to compile the workspace:
catkin_make

If the compilation succeeds, you should see output similar to:

[100%] Built target qr_tracking

Launching the Node

Once compilation is complete, you can use rosrun to start the QR code tracking node.

  1. Ensure that the workspace environment variables are loaded, and launch the simulation model:
cd ~/catkin_ws   source devel/setup.bash   roslaunch mycobot_280 detect_marker_with_topic.launch port:=/dev/ttyUSB0 baud:=115200

  1. Use rosrun to start the camera_detect.py script:
rosrun qr_tracking camera_detect.py

You should see output indicating that the ROS node has been initialized, and it will begin publishing QR code detection results.

GitHub:

https://docs.elephantrobotics.com/docs/mycobot_280_m5_en/3-FunctionsAndApplications/6.developmentGuide/ROS/12.1-ROS1/12.1.4-rivzIntroductionAndUse/

1 post - 1 participant

Read full topic

by Elephant_Robotics on February 17, 2025 11:14 PM

February 15, 2025
GaussianRPG v2.0: the first open-source hardware-in-the-loop simulation system demo using 3D Gaussian Splatting tech

GaussianRPG v2.0 has been launched!!The first open-source hardware-in-the-loop simulation system demo using 3D Gaussian Splatting tech.
(GitHub - GimpelZhang/GaussianRPG: 3D Gaussian Rendering PlayGround: an open-source autonomous driving closed-loop simulator demo using 3D Gaussian Splatting tech)
In v2.0 version, a hardware-in-the-loop simulation system demo is developed based on v1.0 and a D-Robotics RDK X5 suite, similar to the RaspBerry PI (https://developer.d-robotics.cc/rdk_doc/en/RDK).

The other key part of the HIL system is the image stream injection device, which simulates the camera. I find a chip suite which works as a HDMI to USB converter. So this RER-H2U-V2 chip can take the image stream from HDMI as input, and output it through USB interface, working as an USB camera connected to the RDK suite.

I believe that this kind of 3DGS simulator and robot-controller-in-the-loop frame can also be used in embodied intelligence robot simulation.

1 post - 1 participant

Read full topic

by GimpelZhang on February 15, 2025 06:14 AM

February 14, 2025
ROS News for the Week of February 10th, 2025

ROS News for the Week of February 10th, 2025



Our friends at ros-controls have joined the OSRA family of projects. Welcome to the team @bmagyar, @christophfroehlich, @destogl and @saikishor!



There is now a dark theme configuration for RViz / RViz2!



Our colleague @sAmUko has released the MoboBot Robot. It looks like a really well put together educational robot using ROS 2 and Gazebo.



Check out this really cool LLM-based CLI utility for creating simulation worlds. The entire Gazebo team was really impressed with this project. Here’s a Discourse post on the project that went up right after I posted the news

Events

News

ROS

Got a Minute :mantelpiece_clock:

We had two items this week that are looking for feedback.

1 post - 1 participant

Read full topic

by Katherine_Scott on February 14, 2025 07:30 PM

New packages for ROS 2 Rolling Ridley 2025-02-14

Hello everyone!

We’re happy to announce 4 new package and 204 updates are now available in ROS 2 Rolling Ridley :rolling_head: :rolling:

This sync was tagged as rolling/2025-02-14 .

Package Updates for rolling

Added Packages [4]:

  • ros-rolling-battery-state-broadcaster: 1.0.1-1
  • ros-rolling-battery-state-broadcaster-dbgsym: 1.0.1-1
  • ros-rolling-performance-test: 2.3.0-1
  • ros-rolling-performance-test-dbgsym: 2.3.0-1

Updated Packages [204]:

Removed Packages [0]:

Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:

  • Addisu Z. Taddese
  • Aditya Pande
  • Alejandro Hernandez
  • Alejandro Hernandez Cordero
  • Apex AI, Inc.
  • Austin Hendrix
  • Bence Magyar
  • Brandon Ong
  • Dave Coleman
  • Foxglove
  • Geoff Sokoll
  • Geoffrey Biggs
  • Hans-Joachim Krauch
  • Jonas Otto
  • Jordan Palacios
  • Jose Luis Blanco-Claraco
  • Jose-Luis Blanco-Claraco
  • Kenji Brameld
  • Miguel Ángel González Santamarta
  • Nick Hortovanyi
  • Pyo
  • Stefan Fabian
  • Victor López
  • Vincent Rabaud
  • Víctor Mayoral-Vilches
  • Yadunund
  • miguel

1 post - 1 participant

Read full topic

by Yadunund on February 14, 2025 07:21 PM

Rethink Robotics Baxter robot - retrofit?

Anyone have any documentation on the Rethink Robotics Baxter robot? I have picked up a set of arms from one, and eventually I should have the torso portion with the computer. I’m certain that I’ll be missing various components to it. So I was wondering what options might be out there for the control of the arms? It appears that there are 7 motors/axis in each arm. Made from brushless motors with resolvers. I plan to mount it all on a old electric wheelchair base. I’d also like to add in a stereo camera system to allow depth perception and operation from a headset.

5 posts - 2 participants

Read full topic

by patracy on February 14, 2025 04:47 PM

New packages for Humble Hawksbill 2025-02-14

Package Updates for Humble

Added Packages [16]:

  • ros-humble-autoware-internal-planning-msgs: 1.5.0-1
  • ros-humble-autoware-internal-planning-msgs-dbgsym: 1.5.0-1
  • ros-humble-bondpy: 4.1.2-1
  • ros-humble-franka-gripper: 1.0.0-1
  • ros-humble-franka-gripper-dbgsym: 1.0.0-1
  • ros-humble-franka-msgs: 1.0.0-1
  • ros-humble-franka-msgs-dbgsym: 1.0.0-1
  • ros-humble-integration-launch-testing: 1.0.0-1
  • ros-humble-kompass: 0.2.1-1
  • ros-humble-kompass-interfaces: 0.2.1-1
  • ros-humble-kompass-interfaces-dbgsym: 0.2.1-1
  • ros-humble-nonpersistent-voxel-layer: 2.3.1-1
  • ros-humble-nonpersistent-voxel-layer-dbgsym: 2.3.1-1
  • ros-humble-py-trees-ros-tutorials: 2.3.0-1
  • ros-humble-urinterfaces: 7.0.0-1
  • ros-humble-urinterfaces-dbgsym: 7.0.0-1

Updated Packages [357]:

  • ros-humble-automatika-ros-sugar: 0.2.6-1 → 0.2.7-1
  • ros-humble-automatika-ros-sugar-dbgsym: 0.2.6-1 → 0.2.7-1
  • ros-humble-autoware-internal-debug-msgs: 1.3.0-1 → 1.5.0-1
  • ros-humble-autoware-internal-debug-msgs-dbgsym: 1.3.0-1 → 1.5.0-1
  • ros-humble-autoware-internal-msgs: 1.3.0-1 → 1.5.0-1
  • ros-humble-autoware-internal-msgs-dbgsym: 1.3.0-1 → 1.5.0-1
  • ros-humble-autoware-internal-perception-msgs: 1.3.0-1 → 1.5.0-1
  • ros-humble-autoware-internal-perception-msgs-dbgsym: 1.3.0-1 → 1.5.0-1
  • ros-humble-backward-ros: 1.0.6-1 → 1.0.7-1
  • ros-humble-backward-ros-dbgsym: 1.0.6-1 → 1.0.7-1
  • ros-humble-bond: 3.0.2-3 → 4.1.2-1
  • ros-humble-bond-core: 3.0.2-3 → 4.1.2-1
  • ros-humble-bond-dbgsym: 3.0.2-3 → 4.1.2-1
  • ros-humble-bondcpp: 3.0.2-3 → 4.1.2-1
  • ros-humble-bondcpp-dbgsym: 3.0.2-3 → 4.1.2-1
  • ros-humble-chomp-motion-planner: 2.5.7-1 → 2.5.8-1
  • ros-humble-chomp-motion-planner-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-compressed-depth-image-transport: 2.5.2-1 → 2.5.3-1
  • ros-humble-compressed-depth-image-transport-dbgsym: 2.5.2-1 → 2.5.3-1
  • ros-humble-compressed-image-transport: 2.5.2-1 → 2.5.3-1
  • ros-humble-compressed-image-transport-dbgsym: 2.5.2-1 → 2.5.3-1
  • ros-humble-controller-interface: 2.47.0-1 → 2.48.0-1
  • ros-humble-controller-interface-dbgsym: 2.47.0-1 → 2.48.0-1
  • ros-humble-controller-manager: 2.47.0-1 → 2.48.0-1
  • ros-humble-controller-manager-dbgsym: 2.47.0-1 → 2.48.0-1
  • ros-humble-controller-manager-msgs: 2.47.0-1 → 2.48.0-1
  • ros-humble-controller-manager-msgs-dbgsym: 2.47.0-1 → 2.48.0-1
  • ros-humble-costmap-queue: 1.1.17-1 → 1.1.18-1
  • ros-humble-costmap-queue-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-diagnostic-aggregator: 4.0.0-1 → 4.0.2-1
  • ros-humble-diagnostic-aggregator-dbgsym: 4.0.0-1 → 4.0.2-1
  • ros-humble-diagnostic-common-diagnostics: 4.0.0-1 → 4.0.2-1
  • ros-humble-diagnostic-updater: 4.0.0-1 → 4.0.2-1
  • ros-humble-diagnostic-updater-dbgsym: 4.0.0-1 → 4.0.2-1
  • ros-humble-diagnostics: 4.0.0-1 → 4.0.2-1
  • ros-humble-dwb-core: 1.1.17-1 → 1.1.18-1
  • ros-humble-dwb-core-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-dwb-critics: 1.1.17-1 → 1.1.18-1
  • ros-humble-dwb-critics-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-dwb-msgs: 1.1.17-1 → 1.1.18-1
  • ros-humble-dwb-msgs-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-dwb-plugins: 1.1.17-1 → 1.1.18-1
  • ros-humble-dwb-plugins-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-eigen-stl-containers: 1.0.0-4 → 1.1.0-1
  • ros-humble-examples-tf2-py: 0.25.11-1 → 0.25.12-1
  • ros-humble-foxglove-bridge: 0.8.2-1 → 0.8.3-1
  • ros-humble-foxglove-bridge-dbgsym: 0.8.2-1 → 0.8.3-1
  • ros-humble-gazebo-dev: 3.7.0-1 → 3.9.0-1
  • ros-humble-gazebo-msgs: 3.7.0-1 → 3.9.0-1
  • ros-humble-gazebo-msgs-dbgsym: 3.7.0-1 → 3.9.0-1
  • ros-humble-gazebo-plugins: 3.7.0-1 → 3.9.0-1
  • ros-humble-gazebo-plugins-dbgsym: 3.7.0-1 → 3.9.0-1
  • ros-humble-gazebo-ros: 3.7.0-1 → 3.9.0-1
  • ros-humble-gazebo-ros-dbgsym: 3.7.0-1 → 3.9.0-1
  • ros-humble-gazebo-ros-pkgs: 3.7.0-1 → 3.9.0-1
  • ros-humble-geometric-shapes: 2.3.1-1 → 2.3.2-1
  • ros-humble-geometric-shapes-dbgsym: 2.3.1-1 → 2.3.2-1
  • ros-humble-geometry2: 0.25.11-1 → 0.25.12-1
  • ros-humble-grid-map: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-cmake-helpers: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-core: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-costmap-2d: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-cv: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-cv-dbgsym: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-demos: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-demos-dbgsym: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-filters: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-filters-dbgsym: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-loader: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-loader-dbgsym: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-msgs: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-msgs-dbgsym: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-octomap: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-pcl: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-pcl-dbgsym: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-ros: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-ros-dbgsym: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-rviz-plugin: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-rviz-plugin-dbgsym: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-sdf: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-visualization: 2.0.0-1 → 2.0.1-1
  • ros-humble-grid-map-visualization-dbgsym: 2.0.0-1 → 2.0.1-1
  • ros-humble-hardware-interface: 2.47.0-1 → 2.48.0-1
  • ros-humble-hardware-interface-dbgsym: 2.47.0-1 → 2.48.0-1
  • ros-humble-hardware-interface-testing: 2.47.0-1 → 2.48.0-1
  • ros-humble-hardware-interface-testing-dbgsym: 2.47.0-1 → 2.48.0-1
  • ros-humble-hebi-cpp-api: 3.10.0-1 → 3.12.3-1
  • ros-humble-hebi-cpp-api-dbgsym: 3.10.0-1 → 3.12.3-1
  • ros-humble-ign-ros2-control: 0.7.9-1 → 0.7.11-1
  • ros-humble-ign-ros2-control-dbgsym: 0.7.9-1 → 0.7.11-1
  • ros-humble-ign-ros2-control-demos: 0.7.9-1 → 0.7.11-1
  • ros-humble-ign-ros2-control-demos-dbgsym: 0.7.9-1 → 0.7.11-1
  • ros-humble-image-transport-plugins: 2.5.2-1 → 2.5.3-1
  • ros-humble-joint-limits: 2.47.0-1 → 2.48.0-1
  • ros-humble-joint-limits-dbgsym: 2.47.0-1 → 2.48.0-1
  • ros-humble-kitti-metrics-eval: 1.5.1-1 → 1.6.0-1
  • ros-humble-kitti-metrics-eval-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-launch-pal: 0.7.0-1 → 0.10.0-1
  • ros-humble-libfranka: 0.13.6-1 → 0.15.0-1
  • ros-humble-libfranka-dbgsym: 0.13.6-1 → 0.15.0-1
  • ros-humble-mapviz: 2.4.4-1 → 2.4.5-1
  • ros-humble-mapviz-dbgsym: 2.4.4-1 → 2.4.5-1
  • ros-humble-mapviz-interfaces: 2.4.4-1 → 2.4.5-1
  • ros-humble-mapviz-interfaces-dbgsym: 2.4.4-1 → 2.4.5-1
  • ros-humble-mapviz-plugins: 2.4.4-1 → 2.4.5-1
  • ros-humble-mapviz-plugins-dbgsym: 2.4.4-1 → 2.4.5-1
  • ros-humble-mola: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-bridge-ros2: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-bridge-ros2-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-demos: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-euroc-dataset: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-euroc-dataset-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-kitti-dataset: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-kitti-dataset-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-kitti360-dataset: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-kitti360-dataset-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-mulran-dataset: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-mulran-dataset-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-paris-luco-dataset: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-paris-luco-dataset-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-rawlog: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-rawlog-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-rosbag2: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-input-rosbag2-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-kernel: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-kernel-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-launcher: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-launcher-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-lidar-odometry: 0.5.4-1 → 0.6.1-1
  • ros-humble-mola-lidar-odometry-dbgsym: 0.5.4-1 → 0.6.1-1
  • ros-humble-mola-metric-maps: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-metric-maps-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-msgs: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-msgs-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-pose-list: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-pose-list-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-relocalization: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-relocalization-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-traj-tools: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-traj-tools-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-viz: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-viz-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-yaml: 1.5.1-1 → 1.6.0-1
  • ros-humble-mola-yaml-dbgsym: 1.5.1-1 → 1.6.0-1
  • ros-humble-moveit: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-chomp-optimizer-adapter: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-chomp-optimizer-adapter-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-common: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-configs-utils: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-core: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-core-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-hybrid-planning: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-hybrid-planning-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-kinematics: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-kinematics-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-planners: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-planners-chomp: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-planners-chomp-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-planners-ompl: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-planners-ompl-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-plugins: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-resources-prbt-ikfast-manipulator-plugin: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-resources-prbt-ikfast-manipulator-plugin-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-resources-prbt-moveit-config: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-resources-prbt-pg70-support: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-resources-prbt-support: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-benchmarks: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-benchmarks-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-control-interface: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-control-interface-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-move-group: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-move-group-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-occupancy-map-monitor: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-occupancy-map-monitor-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-perception: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-perception-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-planning: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-planning-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-planning-interface: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-planning-interface-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-robot-interaction: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-robot-interaction-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-visualization: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-visualization-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-warehouse: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-ros-warehouse-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-runtime: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-servo: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-servo-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-app-plugins: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-app-plugins-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-assistant: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-assistant-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-controllers: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-controllers-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-core-plugins: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-core-plugins-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-framework: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-framework-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-srdf-plugins: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-setup-srdf-plugins-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-simple-controller-manager: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-simple-controller-manager-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-moveit-visual-tools: 4.1.1-1 → 4.1.2-1
  • ros-humble-moveit-visual-tools-dbgsym: 4.1.1-1 → 4.1.2-1
  • ros-humble-mp2p-icp: 1.6.4-1 → 1.6.5-1
  • ros-humble-mp2p-icp-dbgsym: 1.6.4-1 → 1.6.5-1
  • ros-humble-multires-image: 2.4.4-1 → 2.4.5-1
  • ros-humble-multires-image-dbgsym: 2.4.4-1 → 2.4.5-1
  • ros-humble-mvsim: 0.13.0-1 → 0.13.2-1
  • ros-humble-mvsim-dbgsym: 0.13.0-1 → 0.13.2-1
  • ros-humble-nav-2d-msgs: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav-2d-msgs-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav-2d-utils: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav-2d-utils-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-amcl: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-amcl-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-behavior-tree: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-behavior-tree-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-behaviors: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-behaviors-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-bringup: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-bt-navigator: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-bt-navigator-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-collision-monitor: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-collision-monitor-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-common: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-constrained-smoother: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-constrained-smoother-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-controller: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-controller-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-core: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-costmap-2d: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-costmap-2d-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-dwb-controller: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-graceful-controller: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-graceful-controller-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-lifecycle-manager: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-lifecycle-manager-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-map-server: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-map-server-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-mppi-controller: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-mppi-controller-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-msgs: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-msgs-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-navfn-planner: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-navfn-planner-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-planner: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-planner-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-regulated-pure-pursuit-controller: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-regulated-pure-pursuit-controller-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-rotation-shim-controller: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-rotation-shim-controller-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-rviz-plugins: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-rviz-plugins-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-simple-commander: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-smac-planner: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-smac-planner-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-smoother: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-smoother-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-system-tests: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-system-tests-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-theta-star-planner: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-theta-star-planner-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-util: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-util-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-velocity-smoother: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-velocity-smoother-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-voxel-grid: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-voxel-grid-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-waypoint-follower: 1.1.17-1 → 1.1.18-1
  • ros-humble-nav2-waypoint-follower-dbgsym: 1.1.17-1 → 1.1.18-1
  • ros-humble-navigation2: 1.1.17-1 → 1.1.18-1
  • ros-humble-novatel-oem7-driver: 20.1.0-1 → 20.6.0-1
  • ros-humble-novatel-oem7-driver-dbgsym: 20.1.0-1 → 20.6.0-1
  • ros-humble-novatel-oem7-msgs: 20.1.0-1 → 20.6.0-1
  • ros-humble-novatel-oem7-msgs-dbgsym: 20.1.0-1 → 20.6.0-1
  • ros-humble-odom-to-tf-ros2: 1.0.4-1 → 1.0.5-1
  • ros-humble-odom-to-tf-ros2-dbgsym: 1.0.4-1 → 1.0.5-1
  • ros-humble-pal-statistics: 2.6.0-1 → 2.6.2-1
  • ros-humble-pal-statistics-dbgsym: 2.6.0-1 → 2.6.2-1
  • ros-humble-pal-statistics-msgs: 2.6.0-1 → 2.6.2-1
  • ros-humble-pal-statistics-msgs-dbgsym: 2.6.0-1 → 2.6.2-1
  • ros-humble-pilz-industrial-motion-planner: 2.5.7-1 → 2.5.8-1
  • ros-humble-pilz-industrial-motion-planner-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-pilz-industrial-motion-planner-testutils: 2.5.7-1 → 2.5.8-1
  • ros-humble-pilz-industrial-motion-planner-testutils-dbgsym: 2.5.7-1 → 2.5.8-1
  • ros-humble-qml-ros2-plugin: 1.0.1-2 → 1.25.2-1
  • ros-humble-qml-ros2-plugin-dbgsym: 1.0.1-2 → 1.25.2-1
  • ros-humble-realtime-tools: 2.10.0-1 → 2.11.0-1
  • ros-humble-realtime-tools-dbgsym: 2.10.0-1 → 2.11.0-1
  • ros-humble-rmw-zenoh-cpp: 0.1.0-1 → 0.1.1-1
  • ros-humble-rmw-zenoh-cpp-dbgsym: 0.1.0-1 → 0.1.1-1
  • ros-humble-ros-babel-fish: 0.9.4-1 → 0.25.2-1
  • ros-humble-ros-babel-fish-dbgsym: 0.9.4-1 → 0.25.2-1
  • ros-humble-ros-babel-fish-test-msgs: 0.9.4-1 → 0.25.2-1
  • ros-humble-ros-babel-fish-test-msgs-dbgsym: 0.9.4-1 → 0.25.2-1
  • ros-humble-ros2-control: 2.47.0-1 → 2.48.0-1
  • ros-humble-ros2-control-test-assets: 2.47.0-1 → 2.48.0-1
  • ros-humble-ros2controlcli: 2.47.0-1 → 2.48.0-1
  • ros-humble-rqt-controller-manager: 2.47.0-1 → 2.48.0-1
  • ros-humble-rqt-plot: 1.1.2-1 → 1.1.3-1
  • ros-humble-rtabmap: 0.21.9-1 → 0.21.10-1
  • ros-humble-rtabmap-dbgsym: 0.21.9-1 → 0.21.10-1
  • ros-humble-self-test: 4.0.0-1 → 4.0.2-1
  • ros-humble-self-test-dbgsym: 4.0.0-1 → 4.0.2-1
  • ros-humble-smclib: 3.0.2-3 → 4.1.2-1
  • ros-humble-srdfdom: 2.0.5-1 → 2.0.7-1
  • ros-humble-srdfdom-dbgsym: 2.0.5-1 → 2.0.7-1
  • ros-humble-tf2: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-bullet: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-dbgsym: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-eigen: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-eigen-kdl: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-eigen-kdl-dbgsym: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-geometry-msgs: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-kdl: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-msgs: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-msgs-dbgsym: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-py: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-py-dbgsym: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-ros: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-ros-dbgsym: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-ros-py: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-sensor-msgs: 0.25.11-1 → 0.25.12-1
  • ros-humble-tf2-tools: 0.25.11-1 → 0.25.12-1
  • ros-humble-theora-image-transport: 2.5.2-1 → 2.5.3-1
  • ros-humble-theora-image-transport-dbgsym: 2.5.2-1 → 2.5.3-1
  • ros-humble-tile-map: 2.4.4-1 → 2.4.5-1
  • ros-humble-tile-map-dbgsym: 2.4.4-1 → 2.4.5-1
  • ros-humble-transmission-interface: 2.47.0-1 → 2.48.0-1
  • ros-humble-transmission-interface-dbgsym: 2.47.0-1 → 2.48.0-1
  • ros-humble-ur: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-bringup: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-calibration: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-calibration-dbgsym: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-client-library: 1.5.0-1 → 1.6.0-1
  • ros-humble-ur-client-library-dbgsym: 1.5.0-1 → 1.6.0-1
  • ros-humble-ur-controllers: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-controllers-dbgsym: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-dashboard-msgs: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-dashboard-msgs-dbgsym: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-description: 2.1.9-1 → 2.1.10-1
  • ros-humble-ur-moveit-config: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-robot-driver: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-robot-driver-dbgsym: 2.5.1-1 → 2.5.2-1
  • ros-humble-ur-simulation-gz: 0.1.0-1 → 0.1.1-2
  • ros-humble-yasmin: 3.0.3-1 → 3.1.0-1
  • ros-humble-yasmin-demos: 3.0.3-1 → 3.1.0-1
  • ros-humble-yasmin-demos-dbgsym: 3.0.3-1 → 3.1.0-1
  • ros-humble-yasmin-msgs: 3.0.3-1 → 3.1.0-1
  • ros-humble-yasmin-msgs-dbgsym: 3.0.3-1 → 3.1.0-1
  • ros-humble-yasmin-ros: 3.0.3-1 → 3.1.0-1
  • ros-humble-yasmin-viewer: 3.0.3-1 → 3.1.0-1
  • ros-humble-zenoh-cpp-vendor: 0.1.0-1 → 0.1.1-1
  • ros-humble-zenoh-cpp-vendor-dbgsym: 0.1.0-1 → 0.1.1-1

Removed Packages [0]:

Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:

  • Alberto Tudela
  • Alejandro Hernández
  • Alexander Gutenkunst
  • Alexey Merzlyakov
  • Austin Hendrix
  • Automatika Robotics
  • Bence Magyar
  • Berkay Karaman
  • Blake Anderson
  • Brian Wilcox
  • Carl Delsey
  • Carlos Orduno
  • Chittaranjan Srinivas Swaminathan
  • Chris Bollinger
  • Chris Lalancette
  • Christian Henkel
  • Daniel Stonier
  • Dave Coleman
  • David V. Lu!!
  • Felix Exner
  • Franka Robotics GmbH
  • Geoffrey Biggs
  • George Stavrinos
  • Hans-Joachim Krauch
  • Henning Kayser
  • Jordan Palacios
  • Jose Luis Blanco-Claraco
  • Kenji Brameld
  • M. Fatih Cırıt
  • Mabel Zhang
  • Matej Vargovcik
  • Mathieu Labbe
  • Maximilian Wulf
  • Michael Görner
  • Michael Jeronimo
  • Miguel Ángel González Santamarta
  • Mohammad Haghighipanah
  • MoveIt Release Team
  • NovAtel Support
  • Raghavender Sahdev
  • Ryohsuke Mitsudome
  • Southwest Research Institute
  • Stefan Fabian
  • Steve Macenski
  • Tyler Weaver
  • Universal Robots A/S
  • Victor López
  • Yadunund
  • Yukihiro Saito
  • miguel
  • steve

1 post - 1 participant

Read full topic

by audrow on February 14, 2025 04:28 PM

February 13, 2025
New Packages for Noetic 2025-02-13

We’re happy to announce 0 new packages and 2 updates are now available in ROS Noetic. This sync was tagged as noetic/2025-02-13.

Thank you to every maintainer and contributor who made these updates available!

Package Updates for ROS Noetic

Added Packages [0]:

Updated Packages [2]:

Removed Packages [0]:

Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:

  • Hans-Joachim Krauch
  • Jose-Luis Blanco-Claraco

7 posts - 4 participants

Read full topic

by sloretz on February 13, 2025 04:58 PM

Ros2: use_sim_time leads to inconsistent clocks

Hello everyone,

I think, the current design of simulated clocks and the parameter use_sim_time lead to major problems and should be reworked. Here are my issues:

The use_sim_time parameter is available on every node and instructs that node to use the /clock topic as a time source. This allows nodes to run slower or faster e.g. during simulation or playing a bag file.

In ROS1, this was a global parameter, so every node had the same configuration. However, in ROS2, this parameter needs to be set on each node individually. This is a major design flaw because it is very easy to end up with an inconsistent clock source, leading to unexpected and undefined behavior.

Every node means:

  • All simulation launch files
  • All launch files and nodes, started separately for testing
  • All dynamically loaded Gazebo plugins (that start a Node)
  • All GUI tools (rviz, rqt, …)

To make matters worse, ros2 launch does not have the functionality to set this parameter, so you need to manually insert it in every launch file that you want to start individually in simulation, cluttering the file. And it is very easy to forget to set it.

How many of you created a dedicated launch file for rviz to start it with use_sim_time for simulation? Probably not many. If not, you ended up with an inconsistent time setup, probably without even realizing it.

It is not a use-case to start a setup with inconsistent clocks. Therefore, it should not be possible. The time source should be unique and identical for all nodes by design.

I think, there is a pretty straight-forward solution. During the transition from ROS1 to ROS2, the robot description was moved from a global parameter to a topic, probably for the same reason. Consequently, the clock should follow the same approach and the /clock topic exists already.

9 posts - 7 participants

Read full topic

by Martin-Oehler on February 13, 2025 01:17 PM

RobotCAD 6 - Reforged released!

It gives a set of new tools and improve old ones. Adds new controllers: Mecanum drive controller (with option to generate all code of wheels friction), GPIO controller. Adds new sensor - Wide angle camera.

This release has fixed all found bugs and has reforged collision and inertia generation system that let you create collisions, meshes and calculation of inertia/mass for complex Parts (with many bodies inside) bound to the robot link.

Change log

https://github.com/drfenixion/freecad.robotcad

2 posts - 2 participants

Read full topic

by fenixionsoul on February 13, 2025 05:01 AM

February 11, 2025
📢 ros-controls Joins the OSRA Family of Projects

Today, we are excited to share that ros-controls has officially joined the OSRA family as a governed project! The Open Source Robotics Alliance (OSRA) was created a little less than a year ago with the goal of becoming an umbrella organization for our open source robotics community, and we are excited to bring ros-controls into the organization as our first outside, community-led open source project. ros-controls is a collection of packages for real time robot control using ROS 2. ros-controls is used by a number of well-known robotics organizations such as PickNik Robotics, ROS Industrial, and PAL Robotics and by our estimates ros-controls and its related packages were downloaded close to ten millions times in 2024. For over a decade, ros-controls has played a crucial role in the ROS ecosystem, providing a robust framework for real-time robot control. With OSRA’s support, we are excited to expand our capabilities, strengthen our community, and ensure the future of open-source robotics control software.

What does this mean for ros-controls?

With OSRA’s backing, ros-controls will benefit from:

  • :white_check_mark: Long-term sustainability – Ensuring continued development and maintenance.
  • :white_check_mark: Improved governance – A structured, community-driven approach to decision-making.
  • :white_check_mark: Stronger collaboration – Integration with key robotics projects like ROS, Gazebo, and Open-RMF.
  • :white_check_mark: Industry-backed support – Greater involvement from OSRA members, including leading robotics companies.

What does this mean for ros-controls contributors and users?

ros-controls users and contributors probably won’t notice changes to the current development process, but over the next few weeks the following will happen in the background to align the ros-controls project with OSRA’s governance norms:

  • The Control WG community group meetings will become official ros-controls Project Management Committee (PMC) meetings.
  • The current maintainers, @bmagyar, @christophfroehlich , @destogl and @saikishor will become members of the ros-controls PMC.
  • The current maintainer of Gazebo repositories related to ros2_control, @ahcorde , will become a commiter for the ros-controls project.
  • @bmagyar will become the project leader and representative to the OSRA Technical Governance Committee (TGC).
  • @destogl will become the ros-controls co-leader and replacement for @bmagyar at TGC meetings.
  • The public project charter will be posted shortly - this document will outline clear procedures to becoming a ros-controls commiter and a member of the ros-controls PMC.

What’s Next?

We invite developers, researchers, and robotics companies to contribute and be part of this journey. If you’d like to get involved, check out our project at control.ros.org or join our discussions on ROS Discourse and Github.

A huge thank you to our contributors, maintainers, and users who have helped make the ros-controls a success. Your dedication has brought us to this incredible milestone, and we’re looking forward to the next chapter together!

4 posts - 3 participants

Read full topic

by Katherine_Scott on February 11, 2025 04:59 PM

ROS users meet up at NVIDIA GTC 2025?

Next month, it’s again the NVIDIA ‘GPU Technology Conference’. I expect/hope @ggrigor to post interesting tracks in the next weeks, but this post is to check who’s going and available for a drink/meet-up?

3 posts - 3 participants

Read full topic

by Peter_Soetens on February 11, 2025 04:58 PM

ROS Meetup Lagos, Nigeria

Hi ROS Devs.,

We are excited to announce another ROS meetup in Lagos, Nigeria! :rocket:

On 2025-02-22T11:00:00Z UTC2025-02-22T13:00:00Z UTC @sAmUko, the founder of robocre8, will be taking us through Open-Source Robot and Hardware for Accelerating ROS 2 Development and Learning while Femi Ayoade, a robotics researcher, will walk us through practical implementation of the Linear Quadratic Regulator algorithm.

Our speakers will communicate virtually but the meetup offers more than that and only the people present physically at the event venue will experience the other part of the meetup.

Kindly register for the ROS Meetup Lagos.

Venue: 10, Hughes Avenue, Opposite Westerfield College, Off Herbert Macaulay Way , Yaba, Lagos, Nigeria.

Date: 2025-02-22T11:00:00Z UTC2025-02-22T13:00:00Z UTC

Contact Email Address : rosnaija.ng@gmail.com

2 posts - 2 participants

Read full topic

by robotempire on February 11, 2025 10:10 AM

Additional levels in DiagnosticStatus

Hello. I’m interested in knowing if ROS users would find value adding additional levels in the diagnostic_msgs/DiagnosticStatus message type.

I work on systems with large amounts of ROS diagnostics and it can often be hard to convey to end users what to focus on when issues occur. Now in ROS diagnostics world you can create custom analyzer plugins (and that’s something I’m working on) but I still fine the OK, WARN and ERROR levels to be a bit limiting.

Taking some inspiration from OpenCyphal’s Severity level message I think the following could be useful.

byte INFO=0       # Purely informational
byte OK=1         # Component's diagnostic is in an OK state
byte NOTICE=2     # Level at which user awareness might be recommended but action is not necessarily required
byte WARN=3       # Begin to bring awareness to users, as there might be an issue
byte ERROR=4      # An error condition has been detected
byte CRITICAL=5   # Failure is imminent 
byte ALERT=6      # User attention is required
byte STALE=7      # Reserved for use by the aggregator 

The distinction between INFO and OK would be in some cases we have a diagnostics that just report some values because it’s convenient but the level is not expected to change, as opposed to a diagnostic reporting OK which might not always be OK.

The distinction between ERROR and CRITICAL would be the operational context. For example we do a lot of configuration checksum validation at startup. If there’s a mismatch in what we expect that would be an ERROR. An example of a CRITICAL level might be critically low battery levels. This is not necessarily an error, it is a state of the battery (a BMS on the other hand could report errors and that could be an ERROR level diagnostic).

An example of ALERT might be usage of an emergency stop button. It’s usage is not necessarily an error, but as it is related to safety we need to report it at the highest level possible.

Regardless of specific states, I think more granularity could be helpful.

20 posts - 11 participants

Read full topic

by nnarain on February 11, 2025 02:02 AM

February 10, 2025
New Packages for Jazzy Jalisco 2025-02-10

Hello there everyone!

We’re happy to announce 25 new packages (including rmw_zenoh :wink:) and 216 updates are now available in ROS 2 Jazzy Jalisco :jazzy: :jazzy: :jazzy: .

This sync was tagged as jazzy/2025-02-10 .

Package Updates for jazzy

Note that package counts include dbgsym packages which have been filtered out from the list below

Added Packages [25]:

  • ros-jazzy-autoware-internal-planning-msgs: 1.5.0-2
  • ros-jazzy-clearpath-config-live: 2.0.0-1
  • ros-jazzy-clearpath-desktop: 2.0.0-1
  • ros-jazzy-clearpath-nav2-demos: 2.0.0-1
  • ros-jazzy-clearpath-offboard-sensors: 2.0.0-1
  • ros-jazzy-clearpath-viz: 2.0.0-1
  • ros-jazzy-cob-actions: 2.8.12-1
  • ros-jazzy-cob-msgs: 2.8.12-1
  • ros-jazzy-cob-srvs: 2.8.12-1
  • ros-jazzy-crane-plus: 3.0.0-1
  • ros-jazzy-crane-plus-control: 3.0.0-1
  • ros-jazzy-crane-plus-description: 3.0.0-1
  • ros-jazzy-crane-plus-examples: 3.0.0-1
  • ros-jazzy-crane-plus-gazebo: 3.0.0-1
  • ros-jazzy-crane-plus-moveit-config: 3.0.0-1
  • ros-jazzy-kompass: 0.2.1-1
  • ros-jazzy-kompass-interfaces: 0.2.1-1
  • ros-jazzy-py-trees-ros-tutorials: 2.3.0-1

Updated Packages [216]:

  • ros-jazzy-ackermann-steering-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-admittance-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-automatika-ros-sugar: 0.2.5-1 → 0.2.6-1
  • ros-jazzy-autoware-internal-debug-msgs: 1.3.0-1 → 1.5.0-2
  • ros-jazzy-autoware-internal-msgs: 1.3.0-1 → 1.5.0-2
  • ros-jazzy-autoware-internal-perception-msgs: 1.3.0-1 → 1.5.0-2
  • ros-jazzy-backward-ros: 1.0.6-1 → 1.0.7-1
  • ros-jazzy-bicycle-steering-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-bond: 4.1.0-1 → 4.1.2-1
  • ros-jazzy-bond-core: 4.1.0-1 → 4.1.2-1
  • ros-jazzy-bondcpp: 4.1.0-1 → 4.1.2-1
  • ros-jazzy-bondpy: 4.1.0-1 → 4.1.2-1
  • ros-jazzy-clearpath-bt-joy: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-common: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-config: 2.0.1-1 → 2.1.0-1
  • ros-jazzy-clearpath-control: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-customization: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-description: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-generator-common: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-manipulators: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-manipulators-description: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-motor-msgs: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-mounts-description: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-msgs: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-platform-description: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-platform-msgs: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-ros2-socketcan-interface: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-clearpath-sensors-description: 2.0.0-1 → 2.1.0-1
  • ros-jazzy-control-toolbox: 3.5.0-1 → 4.0.0-1
  • ros-jazzy-controller-interface: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-controller-manager: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-controller-manager-msgs: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-diff-drive-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-effort-controllers: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-eigen-stl-containers: 1.0.0-7 → 1.1.0-1
  • ros-jazzy-force-torque-sensor-broadcaster: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-forward-command-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-foxglove-bridge: 0.8.2-1 → 0.8.3-1
  • ros-jazzy-geometric-shapes: 2.3.1-1 → 2.3.2-1
  • ros-jazzy-gpio-controllers: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-grid-map: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-cmake-helpers: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-core: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-costmap-2d: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-cv: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-demos: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-filters: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-loader: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-msgs: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-octomap: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-pcl: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-ros: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-rviz-plugin: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-sdf: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-grid-map-visualization: 2.2.0-1 → 2.2.1-1
  • ros-jazzy-gripper-controllers: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-hardware-interface: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-hardware-interface-testing: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-imu-sensor-broadcaster: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-joint-limits: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-joint-state-broadcaster: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-joint-trajectory-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-kitti-metrics-eval: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mapviz: 2.4.4-1 → 2.4.5-1
  • ros-jazzy-mapviz-interfaces: 2.4.4-1 → 2.4.5-1
  • ros-jazzy-mapviz-plugins: 2.4.4-1 → 2.4.5-1
  • ros-jazzy-mecanum-drive-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-mola: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-bridge-ros2: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-demos: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-input-euroc-dataset: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-input-kitti-dataset: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-input-kitti360-dataset: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-input-mulran-dataset: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-input-paris-luco-dataset: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-input-rawlog: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-input-rosbag2: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-kernel: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-launcher: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-lidar-odometry: 0.5.4-1 → 0.6.1-1
  • ros-jazzy-mola-metric-maps: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-msgs: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-pose-list: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-relocalization: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-traj-tools: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-viz: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-mola-yaml: 1.5.1-1 → 1.6.0-1
  • ros-jazzy-moveit-visual-tools: 4.1.1-1 → 4.1.2-1
  • ros-jazzy-mp2p-icp: 1.6.4-1 → 1.6.5-1
  • ros-jazzy-multires-image: 2.4.4-1 → 2.4.5-1
  • ros-jazzy-mvsim: 0.13.0-1 → 0.13.1-1
  • ros-jazzy-odom-to-tf-ros2: 1.0.4-1 → 1.0.5-1
  • ros-jazzy-pal-statistics: 2.6.0-1 → 2.6.1-1
  • ros-jazzy-pal-statistics-msgs: 2.6.0-1 → 2.6.1-1
  • ros-jazzy-parallel-gripper-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-pid-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-pose-broadcaster: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-position-controllers: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-range-sensor-broadcaster: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-realtime-tools: 3.1.0-1 → 3.3.0-1
  • ros-jazzy-rmw-zenoh-cpp: 0.2.0-1 → 0.2.1-1
  • ros-jazzy-ros2-control: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-ros2-control-test-assets: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-ros2-controllers: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-ros2-controllers-test-nodes: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-ros2controlcli: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-rqt-controller-manager: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-rqt-joint-trajectory-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-smclib: 4.1.0-1 → 4.1.2-1
  • ros-jazzy-srdfdom: 2.0.5-1 → 2.0.7-1
  • ros-jazzy-steering-controllers-library: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-tile-map: 2.4.4-1 → 2.4.5-1
  • ros-jazzy-transmission-interface: 4.24.0-1 → 4.25.0-1
  • ros-jazzy-tricycle-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-tricycle-steering-controller: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-ur: 3.0.1-1 → 3.0.2-1
  • ros-jazzy-ur-calibration: 3.0.1-1 → 3.0.2-1
  • ros-jazzy-ur-client-library: 1.5.0-1 → 1.6.0-1
  • ros-jazzy-ur-controllers: 3.0.1-1 → 3.0.2-1
  • ros-jazzy-ur-dashboard-msgs: 3.0.1-1 → 3.0.2-1
  • ros-jazzy-ur-description: 3.0.0-1 → 3.0.1-1
  • ros-jazzy-ur-moveit-config: 3.0.1-1 → 3.0.2-1
  • ros-jazzy-ur-robot-driver: 3.0.1-1 → 3.0.2-1
  • ros-jazzy-velocity-controllers: 4.19.0-1 → 4.20.0-1
  • ros-jazzy-zenoh-cpp-vendor: 0.2.0-1 → 0.2.1-1

Removed Packages [0]:

Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:

  • Automatika Robotics
  • Bence Magyar
  • Berkay Karaman
  • Chris Iverach-Brereton
  • Chris Lalancette
  • Daniel Stonier
  • Dave Coleman
  • Felix Exner
  • Felix Messmer
  • Geoffrey Biggs
  • George Stavrinos
  • Hans-Joachim Krauch
  • Jordan Palacios
  • Jose Luis Blanco-Claraco
  • Luis Camero
  • M. Fatih Cırıt
  • Maximilian Wulf
  • MoveIt Release Team
  • RT Corporation
  • Roni Kreinin
  • Ryohsuke Mitsudome
  • Southwest Research Institute
  • Tony Baltovski
  • Tyler Weaver
  • Victor López
  • Yadunund
  • Yukihiro Saito

Enjoy! :jazzy:

1 post - 1 participant

Read full topic

by marcogg on February 10, 2025 08:14 AM

February 07, 2025
ROS News for the Week of February 3rd, 2025

ROS News for the Week of February 3rd, 2025



I am happy to announce that we have firm dates for ROSCon 2025 in Singapore :singapore:!
ROSCon 2025 will be held on 2025-10-26T16:00:00Z UTC2025-10-28T16:00:00Z UTC. We should have the website up by the end of the month.



:headstone: Gazebo Classic is officially end-of-life. You can read all about it over on the Robot Report. Our friends over at Articulated Robotics have a great video on how you can create your own custom worlds using modern Gazebo.



Space ROS Jazzy 2025.01.0 has been released!


multirobot
We get a lot of questions about multi-robot systems in the Discord. I came across this fantastic open-source project out of Polytechnique Montreal called, “A Multi-Robot Exploration Planner for Space Applications” that is a great guide to building your first multi-robot system.


Events

News

ROS

Got a Minute :mantelpiece_clock:

Want to become a ROS contributor? The ROS 2 CLI is a great place to start! Consider taking up an issue or adding a feature.

1 post - 1 participant

Read full topic

by Katherine_Scott on February 07, 2025 08:35 PM

February 06, 2025
Open-RMF: Community Forum

I’m excited to announce the beginning of Open-RMF Community Forum sessions!

Community Forum sessions are an opportunity for members of the Open-RMF community to have open discussions with the project lead about matters pertaining to the project.

While the PMC sessions are driven by the project management committee members, these Community Forums are meant to be driven by community members. That includes users, contributors, and collaborators of Open-RMF, as well as anyone who is interested in the project and wanting to learn more about it.

Come to ask questions, share ideas, seek help, request features, or recommend designs.

PMC members are not obligated to attend, but the Open-RMF Project Lead will be present for every session. Individual sessions might be cancelled without advance notice but will be deleted from the calendar when that occurs.

1 post - 1 participant

Read full topic

by grey on February 06, 2025 01:43 PM


Powered by the awesome: Planet