ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange |
![]() | 1 | initial version |
The reason you get this error is because for the system dependencies that are mentioned in your error message, rosdep
doesn't have any rules that allow it to map these 'generic' names to Xenial-specific debian package names (see Why rosdep instead of others?).
I tried to resolve those dependencies by myself and installed
libopencv-dev
andpython-qt-binding
throughapt-get
. This did not change anything.
And that is expected (as I hope you understand now), as installing these manually doesn't change the fact that rosdep
doesn't know about them (on Xenial, that is). See rosdep/base.yaml :: libopencv-dev for the current rule set for libopencv-dev
for instance: note it's missing a xenial
key.
What should I do now?
You have a couple of options:
rosdep
resolve dependencies for Wily instead: this will require those packages to exist -- and with the same name -- on Xenial, which may or may not work. Append --os=ubunty:wily
to your rosdep
invocation.rosdep
to ignore the missing dependencies and continue with whatever it does know about: you'll have to make sure you have those dependencies installed, as otherwise you'll run into issues while configuring / compiling, but it would let you continue. Append -r
to your rosdep
invocation.See rosdep command reference - options for more information on the various rosdep
command line options.
![]() | 2 | No.2 Revision |
The reason you get this error is because for the system dependencies that are mentioned in your error message, rosdep
doesn't have any rules that allow it to map these 'generic' names to Xenial-specific debian package names (see Why rosdep instead of others?).
I tried to resolve those dependencies by myself and installed
libopencv-dev
andpython-qt-binding
throughapt-get
. This did not change anything.
And that is expected (as I hope you understand now), as installing these manually doesn't change the fact that rosdep
doesn't know about them (on Xenial, that is). See rosdep/base.yaml :: libopencv-dev for the current rule set for libopencv-dev
for instance: note it's missing a xenial
key.
What should I do now?
You have a couple of options:
rosdep
resolve dependencies for Wily instead: this will require those packages to exist -- and with the same name -- on Xenial, which may or may not work. Append --os=ubunty:wily
to your rosdep
invocation. Note: this is a work-around, and you should only use this when trying to deal with unsupported platforms (such as Ubuntu derivatives being identified as an unknown OS, or unsupported releases of distributions).
rosdep
to ignore the missing dependencies and continue with whatever it does know about: you'll have to make sure you have those dependencies installed, as otherwise you'll run into issues while configuring / compiling, but it would let you continue. Append -r
to your rosdep
invocation.See rosdep command reference - options for more information on the various rosdep
command line options.
![]() | 3 | No.3 Revision |
The reason you get this error is because for the system dependencies that are mentioned in your error message, rosdep
doesn't have any rules that allow it to map these 'generic' names to Xenial-specific debian package names (see Why rosdep instead of others?).
I tried to resolve those dependencies by myself and installed
libopencv-dev
andpython-qt-binding
throughapt-get
. This did not change anything.
And that is expected (as I hope you understand now), as installing these manually doesn't change the fact that rosdep
doesn't know about them (on Xenial, that is). See rosdep/base.yaml :: libopencv-dev for the current rule set for libopencv-dev
for instance: note it's missing a xenial
key.
What should I do now?
You have a couple of options:
make rosdep
resolve dependencies for Wily (or an even older release) instead: this will require those packages to exist -- and with the same name -- on Xenial, which may or may not work. Append --os=ubunty:wily
to your rosdep
invocation.
Note: this is a work-around, and you should only use this when trying to deal with unsupported platforms (such as Ubuntu derivatives being identified as an unknown OS, or unsupported releases of distributions).
rosdep
to ignore the missing dependencies and continue with whatever it does know about: you'll have to make sure you have those dependencies installed, as otherwise you'll run into issues while configuring / compiling, but it would let you continue. Append -r
to your rosdep
invocation.See rosdep command reference - options for more information on the various rosdep
command line options.