Rcutils: Agregar variable de entorno para configurar el nivel de registro

Hay varias formas de aumentar los niveles de registro en ROS 2. Hay una página de concepto y una página de tutorial .

Voy a cerrar esto, pero si cree que no son suficientes, no dude en seguir comentando, volver a abrir o, idealmente, proporcionar un PR a https://github.com/ros2/ros2_documentation para mejorar la documentación.

@clalancette , según el enlace citado, ¿hay una configuración externa de seguimiento de tickets de registradores en tiempo de ejecución?

En el futuro, habrá un enfoque generalizado para la configuración externa de registradores en tiempo de ejecución (similar a cómo rqt_logger_level en ROS 1 permite la configuración de registradores a través de llamadas de procedimiento remotas). Este concepto aún no se admite oficialmente en ROS 2. Mientras tanto, esta demostración proporciona un servicio de ejemplo que se puede llamar externamente para solicitar la configuración de niveles de registrador para nombres conocidos de registradores en el proceso.
https://docs.ros.org/en/foxy/Tutorials/Logging-and-logger-configuration.html#logger -level-configuration-externally

Me gustaría establecer el nivel de registro para un archivo de inicio completo sin modificar el paquete de terceros al que pertenece.

@clalancette , según el enlace citado, ¿hay una configuración externa de seguimiento de tickets de registradores en tiempo de ejecución?

Hay bastantes errores abiertos en esta área:

• https://github.com/ros2/launch/issues/488
• https://github.com/ros2/rclcpp/issues/978
• https://github.com/ros2/launch/issues/383
• https://github.com/ros2/ros2/issues/425
• https://github.com/ros2/rosbag2/issues/288
• https://github.com/ros2/rcl_logging/issues/6

¿Alguien está trabajando actualmente en estos? Si no, les echaré un vistazo.

¿Alguien está trabajando actualmente en estos? Si no, les echaré un vistazo.

No que yo sepa.

Si está interesado en esto, agradeceríamos la ayuda. En ese caso, sugeriré comenzar con https://github.com/ros2/design/issues/314 y generar un documento de diseño que describa cómo queremos que sea el subsistema de registro. A partir de ahí, podemos determinar qué piezas tenemos y cuáles faltan. Con toda esa información en la mano, podemos avanzar con la implementación de las piezas restantes.

Echaré un vistazo a esto entonces y trataré de obtener un PR de primer paso en la próxima semana.

PR está aquí: https://github.com/ros2/design/pull/315