Catkin configuration overview

ROS and other packages may be configured and built using catkin. Every catkin package must include package.xml and CMakeLists.txt files in its top-level directory.

package.xml

Your package must contain an XML file named package.xml, as specified by REP-0127. These components are all required:

<package>
  <name>your_package</name>
  <version>1.2.4</version>
  <description>
    This package adds extra features to rosawesome.
  </description>
  <maintainer email="you@example.com">Your Name</maintainer>
  <license>BSD</license>
  <buildtool_depend>catkin</buildtool_depend>
</package>

Substitute your name, e-mail and the actual name of your package, and please write a better description.

The maintainer is who releases the package, not necessarily the original author. You should generally add one or more <author> tags, giving appropriate credit:

<author>Dennis Richey</author>
<author>Ken Thompson</author>

Also, please provide some URL tags to help users find documentation and report problems:

<url type="website">http://ros.org/wiki/camera1394</url>
<url type="repository">https://github.com/ros-drivers/camera1394.git</url>
<url type="bugtracker">https://github.com/ros-drivers/camera1394/issues</url>

Metapackages

These are special-purpose catkin packages for grouping other packages. Users who install a metapackage binary will also get all packages directly or indirectly included in that group. Metapackages must not install any code or other files, the package.xml gets installed automatically. They can depend on other metapackages, if desired, but regular catkin packages may not.

Metapackages can be used to resolve stack dependencies declared by legacy rosbuild packages not yet converted to catkin. Catkin packages should depend directly on the packages they use, not on any metapackages.

A good use for metapackages is to group the major components of your robot and then provide a comprehensive grouping for your whole system.

In addition to the XML elements mentioned above, a metapackage package.xml must contain this:

<export>
  <metapackage/>
</export>

In addition to the required <buildtool_depend> for catkin, metapackages list the packages in the group using <run_depend> tags:

<run_depend>your_custom_msgs</run_depend>
<run_depend>your_server_node</run_depend>
<run_depend>your_utils</run_depend>

Metapackages must not include any other package.xml elements. But, a CMakeLists.txt is required, as shown below.

CMakeLists.txt

Catkin CMakeLists.txt files mostly contain ordinary CMake commands, plus a few catkin-specific ones. They begin like this:

cmake_minimum_required(VERSION 2.8.3)
project(your_package)

Substitute the actual name of your package in the project() command.

Metapackage CMakeLists.txt files should contain only these two additional lines:

find_package(catkin REQUIRED)
catkin_metapackage()

Regular catkin packages generally provide additional information for dependencies, building targets, installing files and running tests. They are required to use these two commands, usually with additional arguments:

find_package(catkin REQUIRED COMPONENTS ...)
...
catkin_package(...)

Package format 1 (legacy) pages describe those tasks in detail. As you follow them, observe the usual command order:

1. cmake_minimum_required()
2. project()
3. find_package()
4. add_message_files(), add_service_files(), add_action_files(), all catkin-specific
5. generate_messages(), catkin-specific
6. catkin_package(), catkin-specific
7. add_library(), add_executable(), target_link_libraries()
8. install()
9. catkin_add_gtest(), catkin_add_nosetests(), add_rostest(), add_rostest_gtest(), all catkin-specific