ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

dpkg-gencontrol: warning: can't parse dependency cpp_common

asked 2019-07-17 01:25:06 -0500

vunguyen gravatar image

As I was trying to generate .deb from the roscpp_traits package on a Raspberry pi 3B+ using bloom (python-bloom/stretch,now 0.8.0-1 all), I got the following error

dh binary -v --buildsystem=cmake
   dh_gencontrol -O-v -O--buildsystem=cmake
       dpkg-gencontrol -pros-kinetic-roscpp-traits -ldebian/changelog -Tdebian/ros-kinetic-roscpp-traits.substvars -Pdebian/ros-kinetic-roscpp-traits
dpkg-gencontrol: warning:     debian/changelog(l5): found trailer where expected start of change data
LINE:  -- Dirk Thomas <>  Thu, 01 Feb 2018 13:00:00 -0000
dpkg-gencontrol: warning: Depends field of package ros-kinetic-roscpp-traits: unknown substitution variable 
dpkg-gencontrol: warning: can't parse dependency cpp_common
dpkg-gencontrol: error: error occurred while parsing Depends field: , , boost, catkin, cpp_common, libconsole-bridge-dev
dh_gencontrol: dpkg-gencontrol -pros-kinetic-roscpp-traits -ldebian/changelog -Tdebian/ros-kinetic-roscpp-traits.substvars -
Pdebian/ros-kinetic-roscpp-traits returned exit code 255
debian/rules:22: recipe for target 'binary' failed
make: *** [binary] Error 2

Apparently, ${shlibs:Depends} and ${misc:Depends} variables were not properly populated.

What drives me puzzled is on the same machine I can generate .deb package for rostime. Similar to roscpp_traits, rostime also lists cpp_common as a run_depend.

I had a .yaml file and for dependencies with entries like:

      stretch: [cpp_common]


    stretch: [rostime, cpp_common]

It is cached by rosdep by entry in the /etc/ros/rosdep/sources.list.d/20-default.list

yaml file:///home/pi/raspi_rosdep.yaml kinetic stretch debian

Can somebody help or point me to where I should look at.

Many thanks.

edit retag flag offensive close merge delete

1 Answer

Sort by ยป oldest newest most voted

answered 2019-07-17 22:50:37 -0500

vunguyen gravatar image

updated 2019-07-18 00:10:35 -0500

Problem solved. It turned out that the dependency entries of the local .yaml was wrong. Dashes ('-') should had been used instead of underscore ('_').

edit flag offensive delete link more

Question Tools



Asked: 2019-07-17 01:25:06 -0500

Seen: 1,650 times

Last updated: Jul 18 '19