ros / metapackages Goto Github PK

Noticed this during an audit of our package install. Should probably be removed for Indigo.

It seems that a fresh install of ros-indigo-desktop-full does not install navigation packages like move_base, amcl, etc. However, the description above the installation instructions reads:

Desktop-Full Install: (Recommended) : ROS, rqt, rviz, robot-generic libraries, 2D/3D simulators, navigation and 2D/3D perception

Sorry to throw this here, I am not sure if it is the right place, but I'm hoping.

When I run rosinstall_generator desktop_full --rosdistro melodic --deps --tar > melodic-desktop-full.rosinstall the resulting .rosinstall file includes navigation_msgs/map_msgs, but NOT navigation_msgs/move_base_msgs

This seems like an oversight, but I do not understand the system well enough to know were to report this or who to ask.

With modern manjaro Linux mjr 6.1.7-1-MANJARO

CMake Error at cmake/SearchForStuff.cmake:133 (find_package):
  By not providing "Findignition-cmake2.cmake" in CMAKE_MODULE_PATH this
  project has asked CMake to find a package configuration file provided by
  "ignition-cmake2", but CMake did not find one.

  Could not find a package configuration file provided by "ignition-cmake2"
  with any of the following names:

    ignition-cmake2Config.cmake
    ignition-cmake2-config.cmake

  Add the installation prefix of "ignition-cmake2" to CMAKE_PREFIX_PATH or
  set "ignition-cmake2_DIR" to a directory containing one of the above files.
  If "ignition-cmake2" provides a separate development package or SDK, be
  sure it has been installed.
Call Stack (most recent call first):
  CMakeLists.txt:126 (include)


-- Configuring incomplete, errors occurred!
See also "/home/valery/.cache/yay/sdformat-9/src/sdformat-sdformat9_9.8.0/build/CMakeFiles/CMakeOutput.log".
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: sdformat-9

urdf_tutorials now depends on gazebo_ros which depends on gazebo which is not available on indigo armhf. And the simulator is not supposed to be part of desktop.

@sloretz Is this related to the urdf repo restructuring?

@ros/ros_team FYI

I noticed that the ROS docker images on DockerHub are outdated. Should we make it a best practice that every new release of this repository be followed by regenerating the dockerfiles in https://github.com/osrf/docker_images
@ros/ros_team thoughts?

As reported on ROS Answers: http://answers.ros.org/question/172663/ros-indigo-where-is-rqt_plot/?answer=172675#post-id-172675

It looks like the desktop_full variant doesn't include rqt_plot, probably because the viz variant doesn't include rqt_common_plugins

Is it intentional that metapackage robot also depends on joint_state_publisher? Apparently it was like this for a long time.

It is the only GUI package that introduces a dependency on python_qt_binding and hence Qt and X11. The description of the metapackage clearly states that "it may not contain any GUI dependencies".

Maybe a confusion with the joint_state_listener executable in package robot_state_publisher?